Re: [OSM-talk-fr] importer le cadastre

[lintrans]

Aie !

j'ai encore lancé un débat !

A ce rythme, alors que je viens d'arriver, je vais vite me faire mettre dehors  
;-)




- Mail Original -
De: "hamster" 
À: "Discussions sur OSM en français" 
Envoyé: Samedi 19 Mars 2011 00h53:24 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] importer le cadastre

Le 19/03/2011 00:18, Jean-Francois Nifenecker a écrit :
>> Ensuite, il faudra "s'attaquer" aux routes,
>
> Non ! Pitié ! Pas ça !
>
> Le "bon" ordre (tm) (c) (r) c'est les routes *d'abord*. On voit assez de
> communes couvertes de bâtiments mais sans aucune voirie... La carte
> c'est d'abord et avant tout une représentation de réseaux (routier, de
> transports, hydrographique, etc.).Les bâtiments c'est "la cerise sur le
> gâteau".

Non ! Pitié ! Pas ça !

quand on importe des batiments on passe son temps a refaire tout le 
reseau routier en repartant de zero parce qu'il a pas ete fait avec 
assez de precision et il chevauche des batiments

si les batiments sont deja presents quant on trace les routes au moins 
on les trace *entre* les batiments

si le fait de ne voir que les batiments et pas les routes ne plait pas a 
certains c'est juste une affaire de gouts, moi il ne me plait pas non 
plus de voir plein d'endroits ou il y a plein de routes et pas de batiments

OSM c'est une representation geographique du terrain, jean francois 
affirme que c'est avant tout les reseaux mais ca n'engage que lui et je 
ne suis pas d'accord
toutes donnees sont bonnes a prendre et les batiments sont des donnees

___
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] GPS vs Chaise

[Emilie Laffray]

2011/3/17 

> Bonsoir,
>
> Je commence à y voir un peu plus clair et cette approche devrait pouvoir
> être généralisée sur tout un département.
> Par ailleurs, je commence à comprendre aussi que chez nous (La Nièvre),
> tout est à créer car nous allons avoir beaucoup de mal à "récupérer" des
> fichiers cadastraux (90% de nos communes doivent être en dessous de 500
> habitants).
>
> Sur ce principe, j'ai fait mon premier essai de carto avec un fond d'écran
> Bing avec Potlach2. C'est jouable mais je me mets à la place de l'usager
> lambda qui va sans doute d'emblée déplorer que les légendes sont en anglais.
> Du coup je me mets sous Potlach1... mais là ça se gâte ! Les photos Yahoo
> sont de trop mauvaise qualité pour travailler.
>
> Plus qu'une solution : passer sur JOSM... mais ça je verrai demain !!
>
> Je crois que nos Cyber-bases auront donc déjà un gros travail (aussi
> d'intérêt public) à réaliser au niveau de la carto "basic" avant de passer à
> la deuxième étape "photothèque".
>
> En attendant, merci pour cette synthèse.
>

La version internationale de Potlatch2 se rapproche :)

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

Re: [OSM-talk-fr] Génération de vidéos des contributions en fonction du temps

[Emilie Laffray]

Salut,

non l'outil n'est pas libre. La personne derrière ça vient de l'industrie du
cinéma et ito est très jaloux de leur manière de générer ce genre de chose
car c'est un peu leur fond de business. Il y a régulièrement des essais par
la communauté de faire des choses équivalentes mais ça n'est pas simple.

Emilie Laffray

2011/3/18 Nicolas Moyroud 

>  Bonjour,
>
> J'aurais voulu avoir des infos sur l'outil utilisé par ItoWorld et qui
> permet de générer des animations des contributions OSM en fonction du temps
> : http://www.vimeo.com/itoworld
> Est-il disponible quelque part pour permettre de générer ses propres
> animations ou s'en réservent-ils l'usage ? Je n'ai pas trouvé d'infos à ce
> sujet sur le site ItoWorld.
>
> Nicolas
>
> ___
> 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] importer le cadastre

[Emilie Laffray]

2011/3/19 

> Aie !
>
> j'ai encore lancé un débat !
>
> A ce rythme, alors que je viens d'arriver, je vais vite me faire mettre
> dehors  ;-)
>

Et pourquoi? :)
Un bon débat civil et courtois est important :) Sincèrement, ce n'est pas
comme ci tu semais la zizanie!

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

[OSM-talk-fr] Fwd: Message envoyé depuis le site des bus cyclistes

[Romain MEHUT]

Bonjour,

J'ai encore sollicité une association pour suggérer de passer à OSM. Il
s'agit de http://www.buscyclistes.org
C'est quand même dommage que l'on me réponde systématiquement que c'est trop
compliqué et qu'il faille un budget en conséquence...

N'y aurait-il pas quelqu'un sur Toulouse dans ce cas présent pour montrer
tout l'intérêt et les possibilités offertes par OSM? D'autant que le site a
le soutien de l'Europe, de la Région Midi-Pyrénées, de la Communauté Urbaine
du Grand Toulouse, de la Mairie de Paris. C'est rageant tout cet argent
public qui part dans du Google...

Romain

-- Message transféré --
De : Hervé Bellut 
Date : 19 mars 2011 09:04
Objet : Re: Message envoyé depuis le site des bus cyclistes
À : Romain Mehut 

Bonjour Romain,

Je vous remercie de l'intérêt que vous portez à notre association. Je ne
maîtrise pas du tout ces concepts, et je reconnais que, ayant déjà investi
beaucoup dans le développement du site actuel, je ne me sens guère le
courage de remettre une nouvelle fois les choses en question, et je n'ai
plus de budget pour cela.

Cordialement

Hervé Bellut
06-29-61-66-85
05-34-52-15-38
Directeur de l'Organisation Bus Cyclistes
Association loi de 1901 -  réf W321000837 –  SIRET 511 285 280 00018
http://www.buscyclistes.org

Auteur du livre "DE LA VOITURE AU VELO", éditions Dangles

Ce projet a été cofinancé par l'Union européenne.
L'Europe s'engage en Midi-Pyrénées avec le Fonds social européen

- Mail Original -
De: s...@90plan.ovh.net, w...@90plan.ovh.net, d...@90plan.ovh.net,
b...@90plan.ovh.net, cyclis...@90plan.ovh.net
À: cont...@buscyclistes.org
Envoyé: Vendredi 18 Mars 2011 23h11:14 GMT +01:00 Amsterdam / Berlin / Berne
/ Rome / Stockholm / Vienne
Objet: Message envoyé depuis le site des bus cyclistes

Form : Formulaire de contact [Contact2]
registered at 2011-03-18 23:11:14

Votre nom : MEHUT
Votre prénom : Romain
Votre message : Bonjour, Lecteur du magazine Terra Eco, j'ai appris
l'existence de votre site internet. Je suis par ailleurs contributeur
d'OpenStreetMap (OSM), projet de cartographie libre et participative. J'ai
constaté que vous utilisez le fond de carte de Google. Permettez-moi de vous
suggérer d'étudier la possibilité de migrer votre système vers OSM qui
atteint un niveau de détail inégalé. D'ailleurs, il existe des applications
d'itinéraires cyclables en développement basés sur OSM:
http://www.geovelo.fr/blog/ Outre la précision, l'avantage est aussi de
pouvoir connaitre le type de route du trajet (piste cyclable ou non)...
J'estime qu'utiliser cette carte serait plus en cohérence avec les valeurs
que vous défendez (qui sont d'ailleurs aussi les miennes). Bonne
continuation. Romain
Votre adresse mail : romain.me...@gmail.com
Adresse IP : 82.236.129.68
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch et lignes de bus

[rldhont]

Le 18/03/2011 22:19, JonathanMM a écrit :

On 18/03/2011 17:30, rldhont wrote:

En fait pour moi le bon modèle pour les lignes de bus et autre c'est :
* Une relation route qui inclus toutes les voies, tous les arrêts et 
n relations trip
* n relation trip qui ne contiennent que les arrêts de bus dans 
l'ordre dans lequel le bus passe à chaque arrêt
Et donc la base c'est une relation route avec toutes les voies et 
tous les arrêts de bus, ce qui est déjà bien.

Et tu m'expliques comment tu carto dans ce cas là :
- les lignes de bus qui passent plusieurs fois par un même arrêt dans 
un même sens ? Par exemple, qui font A - B - C - D - B - E


Tu indiques l'enchainement des stations dans une relation trip

- pour différencier les voies emprunté pour chaque sens ? Par exemple, 
ici, on a une ligne de bus, qui va du point A au point B mais qui 
dessert certains arrêts pendant quelques heures et ne les dessert plus 
ensuite, et qui donc passe par un autre chemin


Calcul du plus court chemin! Pas besoin de s'amuser à décrire tous les 
cas de figure si tous les chemins parcourus sont dans la relation.



JonathanMM


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


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

Re: [OSM-talk-fr] importer le cadastre

[Jean-Francois Nifenecker]

Le 19/03/2011 00:53, hamster a écrit :


quand on importe des batiments on passe son temps a refaire tout le
reseau routier en repartant de zero parce qu'il a pas ete fait avec
assez de precision et il chevauche des batiments

si les batiments sont deja presents quant on trace les routes au moins
on les trace *entre* les batiments


Si l'on prépare le travail de terrain à partir des feuilles cadastrales, 
ce pb n'existe pas. L'existence ou non des bâtiments est sans rapport 
avec la solution.




si le fait de ne voir que les batiments et pas les routes ne plait pas a
certains c'est juste une affaire de gouts, moi il ne me plait pas non
plus de voir plein d'endroits ou il y a plein de routes et pas de batiments


:)

Les routes permettent d'atteindre les bâtiments. Il y a donc un ordre de 
priorité dans l'existence des données : les routes *puis* les bâtiments.


En fait, je n'ai rien contre l'insertion du bâti s'il est concomitant 
(ou presque) avec celle des réseaux. Mais dans bien des cas on trouve 
des communes bâties depuis des mois sans qu'aucun travail n'ait suivi 
sur les réseaux.


Bref, "on se fait plaisir". Pourquoi pas et même tant mieux. Mais *ça ne 
suffit pas*. Comment passer de l'égoïsme (je me fais plaisir) à 
l'altruisme (mon travail est profitable à tous) ?




OSM c'est une representation geographique du terrain, jean francois
affirme que c'est avant tout les reseaux mais ca n'engage que lui et je
ne suis pas d'accord
toutes donnees sont bonnes a prendre et les batiments sont des donnees


La véritable question -- en dehors de l'épi-phénomène du bâti qui ne 
fait qu'en révéler l'ampleur -- est de l'organisation du travail de 
cartographie, de l'assurance-qualité et du suivi des mises à jour. Si 
ces questions ne sont pas étudiées et si aucune réponse concrète n'est 
apportée, alors tout espoir de voir OSM adopté de manière pérenne est 
vain. Nous continuerons les uns et les autres à nous faire plaisir mais 
le projet finira par s'étioler et mourir car, trop hétérogène, il 
n'avancera pas.



Amicalement,
--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] importer le cadastre

[hamster]

Le 19/03/2011 15:01, Jean-Francois Nifenecker a écrit :


Le 19/03/2011 00:53, hamster a écrit :


quand on importe des batiments on passe son temps a refaire tout le
reseau routier en repartant de zero parce qu'il a pas ete fait avec
assez de precision et il chevauche des batiments

si les batiments sont deja presents quant on trace les routes au moins
on les trace *entre* les batiments


Si l'on prépare le travail de terrain à partir des feuilles cadastrales,
ce pb n'existe pas. L'existence ou non des bâtiments est sans rapport
avec la solution.


et si on trace les reseaux pas que avec le cadastre en support le 
probleme existe



si le fait de ne voir que les batiments et pas les routes ne plait pas a
certains c'est juste une affaire de gouts, moi il ne me plait pas non
plus de voir plein d'endroits ou il y a plein de routes et pas de
batiments


:)

Les routes permettent d'atteindre les bâtiments. Il y a donc un ordre de
priorité dans l'existence des données : les routes *puis* les bâtiments.


ca c'est un raisonnement d'automobiliste, pour un pieton le chemin c'est 
le passage le plus facile pour atteindre le batiment, mais pas le seul
pour les pietons, les obstacles sont plus importants que les chemins 
(clotures, voies d'eau, falaises, batiments, etc...)


et dans tous les cas je ne vois pas le rapport qu'il y a entre l'ordre 
de priorite du besoin de certaines donnees pour un usage particulier et 
une quelconque notion de priorite dans l'ordre de dessin


il ne faut pas dessiner pour le rendu, et pas non plus pour un usage, 
une notion de priorite est forcement basee sur un usage et on peut 
toujours trouver un autre usage qui a un autre ordre de priorite



En fait, je n'ai rien contre l'insertion du bâti s'il est concomitant
(ou presque) avec celle des réseaux. Mais dans bien des cas on trouve
des communes bâties depuis des mois sans qu'aucun travail n'ait suivi
sur les réseaux.


et je vois toujours pas en quoi c'est plus genant que d'avoir depuis des 
mois des communes ou il y a plein de voirie et tres peu de batiments (ou 
de landuse, ou autre)


et je suis d'accord avec toi que quand on a le cadastre, c'est mieux de 
tracer les rues tout de suite apres avoir trace le bati, sans attendre 
des mois



Bref, "on se fait plaisir". Pourquoi pas et même tant mieux. Mais *ça ne
suffit pas*. Comment passer de l'égoïsme (je me fais plaisir) à
l'altruisme (mon travail est profitable à tous) ?



OSM c'est une representation geographique du terrain, jean francois
affirme que c'est avant tout les reseaux mais ca n'engage que lui et je
ne suis pas d'accord
toutes donnees sont bonnes a prendre et les batiments sont des donnees


La véritable question -- en dehors de l'épi-phénomène du bâti qui ne
fait qu'en révéler l'ampleur -- est de l'organisation du travail de
cartographie, de l'assurance-qualité et du suivi des mises à jour. Si
ces questions ne sont pas étudiées et si aucune réponse concrète n'est
apportée, alors tout espoir de voir OSM adopté de manière pérenne est
vain. Nous continuerons les uns et les autres à nous faire plaisir mais
le projet finira par s'étioler et mourir car, trop hétérogène, il
n'avancera pas.


et ben au moins on se sera fait plaisir

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

Re: [OSM-talk-fr] Potlatch et lignes de bus

[JonathanMM]

On 19/03/2011 12:30, rldhont wrote:

Le 18/03/2011 22:19, JonathanMM a écrit :

On 18/03/2011 17:30, rldhont wrote:

En fait pour moi le bon modèle pour les lignes de bus et autre c'est :
* Une relation route qui inclus toutes les voies, tous les arrêts et 
n relations trip
* n relation trip qui ne contiennent que les arrêts de bus dans 
l'ordre dans lequel le bus passe à chaque arrêt
Et donc la base c'est une relation route avec toutes les voies et 
tous les arrêts de bus, ce qui est déjà bien.

Et tu m'expliques comment tu carto dans ce cas là :
- les lignes de bus qui passent plusieurs fois par un même arrêt dans 
un même sens ? Par exemple, qui font A - B - C - D - B - E


Tu indiques l'enchainement des stations dans une relation trip
Sauf que tu peux ne mettre qu'une seule fois chaque élément dans une 
relation (pas de solution perso).


- pour différencier les voies emprunté pour chaque sens ? Par 
exemple, ici, on a une ligne de bus, qui va du point A au point B 
mais qui dessert certains arrêts pendant quelques heures et ne les 
dessert plus ensuite, et qui donc passe par un autre chemin


Calcul du plus court chemin! Pas besoin de s'amuser à décrire tous les 
cas de figure si tous les chemins parcourus sont dans la relation.
Mouais. Mais tu peux quand même avoir des erreurs de trajets, les 
circuits des lignes de bus ne sont pas connus pour aller au plus court ;)

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

Re: [OSM-talk-fr] Potlatch et lignes de bus

[JonathanMM]

On 19/03/2011 00:20, Jean-Francois Nifenecker wrote:
Un article détaillé sur le oui qui serait plus que bienvenu, s'il 
n'existe pas déjà.

La règle proposé actuellement sur OSM est ici :
http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport
http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema
JonathanMM


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

[OSM-talk-fr] Zone couverte par un fichier OSM

[Eric]

Bonjour,

Je  recherche  un outil qui me permettrait d'extraire le contour d'un
fichier OSM pour visualiser sa surface couverte mais je ne trouve pas
ca. J'ai pas mal cherché dans les fonctions d'OSMOSIS et autres sans
trouver. Du  coup je  me suis lancé dans un p'tit script en python
générant un  GPX  de contour tout pourri  dont je ne suis pas trop
satisfait. J'aimerai donc bien trouver ca si ca existe.
En effet, pour des fichiers OSM un peu gros, on ne peut pas le faire
en le chargeant sous JOSM :) Je voulais voir par exemple quelle etait
la géométrie  des  extractions par  pays proposés entre autres par GEOFABRIK:
est ce que ca  suit  les  frontières  ou  est-ce  juste  un
gros  parallélépipède englobant chaque pays. D'après ce que j'ai
vu, ca suivrait très précisément les frontières...

-
Eric   (User:Blueberry)



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

Re: [OSM-talk-fr] importer le cadastre

[lintrans]

OK,

donc il faut arriver à se faire plaisir tout en étant conscient qu'il s'agit 
d'un réel travail d'intérêt publique, qui doit profiter à un maximum de 
citoyen, et qu'à ce titre on a pas le droit de faire n'importe quoi s'il on 
veut que ce soit réutilisable !

Je sens que ça va pas être simple quand même !

En effet, je reviens sur ma démarche initiale qui est d'essayer de lancer un 
mouvement de contribution "OSM" à une échelle départementale par le biais de 
nos espaces Cyber-bases, ouvertes "tout public". Ce sont des espaces qui, en 
milieu rural, sont en majorité fréquentés par les retraités, qui (en théorie) 
ont du temps, sont sensibles à leur environnement et au patrimoine naturel qui 
les entoure.

Ils viennent dans les espaces pour apprendre, mais sans contraintes, et on 
pourrait dire " pour le plaisir" justement, ... de se rencontrer, d'échanger, 
etc...

La cartographie et surtout l'enrichissement d'une carto déjà bien établie est 
effectivement ce qui les passionnera le + mais avant d'en arriver là, il va 
falloir déjà préparer le terrain si je puis dire. L'idéal est d'arriver à les 
convaincre de prendre en charge la première phase de carto. Seulement, mes 
premiers pas me montrent que le maniement des outils et des données déjà 
disponibles pour tenter de "gagner du temps" ne sont pas quand même à la portée 
du premier venu et j'ai peur que cela rebute l'habituel usager Cyber-base, 
plutôt attiré par le scrapbooking que les parcelles cadastrales. J'ai même peur 
que "mes" animateurs soient effrayés par le côté technique et surtout par les 
exigences ( tout à fait compréhensibles) de précision.

Je crois qu'il faut donc arriver à définir un mode opératoire simple qui permet 
d'aboutir le plus rapidement possible à une carto précise tout en faisant que 
ce soit assez ludique. D'où mes questions :

pensez vous qu'il soit possible pour n'importe qui de se faire plaisir en 
cartographiant ?

Si oui, quelqu'un aurait il une recette/démarche qui puisse s'appliquer ?

Si non, pensez vous que je suis un peu trop en avance et que je dois attendre 
que la carte OSM de mon département évolue (au travers d'une intervention 
divine peut être) avant de positionner les espaces Cyber-bases sur la partie 
enrichissement photos, etc... ?


Merci encore pour vos avis.




 



 


- Mail Original -
De: "hamster" 
À: "Discussions sur OSM en français" 
Envoyé: Samedi 19 Mars 2011 15h28:36 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] importer le cadastre

Le 19/03/2011 15:01, Jean-Francois Nifenecker a écrit :
>
> Le 19/03/2011 00:53, hamster a écrit :
>>
>> quand on importe des batiments on passe son temps a refaire tout le
>> reseau routier en repartant de zero parce qu'il a pas ete fait avec
>> assez de precision et il chevauche des batiments
>>
>> si les batiments sont deja presents quant on trace les routes au moins
>> on les trace *entre* les batiments
>
> Si l'on prépare le travail de terrain à partir des feuilles cadastrales,
> ce pb n'existe pas. L'existence ou non des bâtiments est sans rapport
> avec la solution.

et si on trace les reseaux pas que avec le cadastre en support le 
probleme existe

>> si le fait de ne voir que les batiments et pas les routes ne plait pas a
>> certains c'est juste une affaire de gouts, moi il ne me plait pas non
>> plus de voir plein d'endroits ou il y a plein de routes et pas de
>> batiments
>
> :)
>
> Les routes permettent d'atteindre les bâtiments. Il y a donc un ordre de
> priorité dans l'existence des données : les routes *puis* les bâtiments.

ca c'est un raisonnement d'automobiliste, pour un pieton le chemin c'est 
le passage le plus facile pour atteindre le batiment, mais pas le seul
pour les pietons, les obstacles sont plus importants que les chemins 
(clotures, voies d'eau, falaises, batiments, etc...)

et dans tous les cas je ne vois pas le rapport qu'il y a entre l'ordre 
de priorite du besoin de certaines donnees pour un usage particulier et 
une quelconque notion de priorite dans l'ordre de dessin

il ne faut pas dessiner pour le rendu, et pas non plus pour un usage, 
une notion de priorite est forcement basee sur un usage et on peut 
toujours trouver un autre usage qui a un autre ordre de priorite

> En fait, je n'ai rien contre l'insertion du bâti s'il est concomitant
> (ou presque) avec celle des réseaux. Mais dans bien des cas on trouve
> des communes bâties depuis des mois sans qu'aucun travail n'ait suivi
> sur les réseaux.

et je vois toujours pas en quoi c'est plus genant que d'avoir depuis des 
mois des communes ou il y a plein de voirie et tres peu de batiments (ou 
de landuse, ou autre)

et je suis d'accord avec toi que quand on a le cadastre, c'est mieux de 
tracer les rues tout de suite apres avoir trace le bati, sans attendre 
des mois

> Bref, "on se fait plaisir". Pourquoi pas et même tant mieux. Mais *ça ne
> suffit pas*. Comment passer de l'égoïsme (je me fais plaisir) à
> l'altruis

Re: [OSM-talk-fr] importer le cadastre

[Vincent Pottier]

Le 19/03/2011 16:14, lintr...@free.fr a écrit :

OK,

Je crois qu'il faut donc arriver à définir un mode opératoire simple qui permet 
d'aboutir le plus rapidement possible à une carto précise tout en faisant que 
ce soit assez ludique. D'où mes questions :

pensez vous qu'il soit possible pour n'importe qui de se faire plaisir en 
cartographiant ?
N'importe qui, non. Beaucoup de gens ne vont pas s'éclater en faisant de 
la carto. Pour beaucoup, ça va les faire ch...
Mais un bon nombre de personnes peut s'y retrouver et par des biais 
différents.
- Certains parce que ça leur donne l'occasion de balader leur GPS ;-), 
de changer leur regard sur l'environnement (qui est-ce qui avait écrit 
sur cette liste que maintenant quand il passait sur un pont, il pensait 
'brigde=yes')
- certains, parce que ça fait appel à leur patience, leur minutie, leur 
rigueur...
- certains parce qu'ils apprennent plein de choses sur la technique 
cartographique...
- certains parce qu'ils connaissent plein de choses sur les chemins de 
randonnée, les monuments anciens et qu'ils sont heureux de trouver où 
exprimer leur savoir...




Si oui, quelqu'un aurait il une recette/démarche qui puisse s'appliquer ?
- Lire quelques articles sur les chances et limites de la cartographie 
participative.

- Demander au gens :
* ce qui doit être dans la carte (maisons ou routes ;-)
* ce qu'ils peuvent apporter à la carte (maisons ou routes)...
(de toute façon, ces deux critères changeront en cours de route...)
- Faire de temps en temps un State Of The Map (assez rapprochés au 
début), pour se féliciter des avancées globales, constater les 
savoirs-faire, exprimer des désirs d'aller plus loin...
- Ne pas craindre que la carte ne soit pas exhaustive, exacte, homogène, 
méthodique... mais viser qu'elle le devienne.

Si non, pensez vous que je suis un peu trop en avance et que je dois attendre 
que la carte OSM de mon département évolue (au travers d'une intervention 
divine peut être) avant de positionner les espaces Cyber-bases sur la partie 
enrichissement photos, etc... ?
Pas sur. Certainement que certains ont un esprit pionnier... Certains 
seront plus calés pour démarrer en macromapping...

La carte s'affinera en même temps que le savoir-faire

Merci encore pour vos avis.

De rien, ce ne sont que des avis...
--
FrViPofm

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

Re: [OSM-talk-fr] importer le cadastre

[Jean-Francois Nifenecker]

Le 19/03/2011 16:14, lintr...@free.fr a écrit :


OK,

donc il faut arriver à se faire plaisir tout en étant conscient qu'il
s'agit d'un réel travail d'intérêt publique, qui doit profiter à un
maximum de citoyen,


Exactement.


et qu'à ce titre on a pas le droit de faire
n'importe quoi s'il on veut que ce soit réutilisable !

Je sens que ça va pas être simple quand même !


Ça n'est *pas* simple



Ils viennent dans les espaces pour apprendre, mais sans contraintes,
et on pourrait dire " pour le plaisir" justement, ... de se
rencontrer, d'échanger, etc...


Avec OSM aussi, on se rencontre et on échange. Les carto-parties et les 
verres autour d'une table à parler carto c'est super et ça fait partie 
du plaisir.




La cartographie et surtout l'enrichissement d'une carto déjà bien
établie est effectivement ce qui les passionnera le + mais avant d'en
arriver là, il va falloir déjà préparer le terrain si je puis dire.
L'idéal est d'arriver à les convaincre de prendre en charge la
première phase de carto. Seulement, mes premiers pas me montrent que
le maniement des outils et des données déjà disponibles pour tenter
de "gagner du temps" ne sont pas quand même à la portée du premier
venu et j'ai peur que cela rebute l'habituel usager Cyber-base,
plutôt attiré par le scrapbooking que les parcelles cadastrales. J'ai
même peur que "mes" animateurs soient effrayés par le côté technique
et surtout par les exigences ( tout à fait compréhensibles) de
précision.


Effectivement, la manière la plus facile d'entrer dans OSM pour un 
néophyte est de compléter les données existantes. Insérer des POI 
(pharmacie, bistrot, feux de signalisation, sens uniques... le choix est 
vaste) sur une carte déjà créée mais manquant de richesse se réalise 
facilement : un walking paper, une matinée/après-midi/journée/nuit de 
soleil, un crayon, un carnet, facultativement un appareil photo sont 
juste nécessaires. Et voilà une ballade culturelle pour pas cher et que 
chacun dimensionne à son rythme. On [re]découvre le monde qui nous 
entoure, on le voit avec un nouveau regard. Le plaisir est là.


Et, comme tu vois, pas besoin d'équipement de la mort qui tue. En gros, 
il suffit d'avoir deux pieds. Mon fils qui n'en a qu'un participe 
d'ailleurs aussi. Et si on préfère les ballades à roller ou à vélo, pas 
de pb, ça convient aussi. Le plaisir, on te dit :)




pensez vous qu'il soit possible pour n'importe qui de se faire
plaisir en cartographiant ?


Bien sûr ! Voir ci-dessus.



Si oui, quelqu'un aurait il une recette/démarche qui puisse
s'appliquer ?



J'ai donné "ma" recette mais je suis sûr que chacun a la sienne.


Si non, pensez vous que je suis un peu trop en avance et que je dois
attendre que la carte OSM de mon département évolue (au travers d'une
intervention divine peut être) avant de positionner les espaces
Cyber-bases sur la partie enrichissement photos, etc... ?


Attendre ? Bon sang, bien sûr que non.

Amicalement,
--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] importer le cadastre

[hpmt]

lintr...@free.fr a écrit , Le 19/03/2011 09:16:

j'ai encore lancé un débat !
A ce rythme, alors que je viens d'arriver, je vais vite me faire mettre dehors  
;-)


Meuh-Non, meuh-non ; tout le monde adore ce genre de débat ici ; on les 
redonde même, quand on manque de nouveau public ; ne te prives pas, 
c'est plus agréable que de se frayer un chemin dans la jungle du wiki.



Hélène
User:HelenePETIT


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

Re: [OSM-talk-fr] Fwd: Message envoyé depuis le site des bus cyclistes

[Gérard]

Bonjour Romain,

Il y a quelques années, je bricolais bénévolement la carte du site des
buscyclistes que tu cites, pour la ville de Toulouse, mais de façon hyper
artisanale: je traçais les trajets avec un logicel de dessin, que je
supperposais par dessus une capture d'image (venant originellement d'un site
propriétaire à mes débuts -honte à moi, je ne connaissais pas encore OSM-),
puis par la suite venant d'OSM , [si si, ça a été comme cela un certain
temps].
Mais le résultat n'était pas interactif. C'était une image statique. Avec la
multiplication des trajets à représenter, et le souhait d'avoir une
interface de saisie de trajet accessible à l'internaute lambda, force a été
de faire appel aux services d'un vrai spécialiste de l'internet (mes
compétences sont insuffisantes pour cela), qui ne travaille pas gratuitement
hélas. (C'est pas de l'agent qui part vers Google, rassurez vous)
Faire redévelopper une nouvelle interface seulement pour utiliser OSM, c'est
cela qui nous poserait un problème du financement.
Mais s'il y a ici des bénévoles volontaires et compétents pour nous
développer une interface interactive (y compris pour la saisie des
itinéraires), je peux tout à fait en parler à Hervé (je le vois en principe
dans 2 semaines)...

Cordialement,

Gérard

Le 19 mars 2011 12:29, Romain MEHUT  a écrit :

> Bonjour,
>
> J'ai encore sollicité une association pour suggérer de passer à OSM. Il
> s'agit de http://www.buscyclistes.org
> C'est quand même dommage que l'on me réponde systématiquement que c'est
> trop compliqué et qu'il faille un budget en conséquence...
>
> N'y aurait-il pas quelqu'un sur Toulouse dans ce cas présent pour montrer
> tout l'intérêt et les possibilités offertes par OSM? D'autant que le site a
> le soutien de l'Europe, de la Région Midi-Pyrénées, de la Communauté Urbaine
> du Grand Toulouse, de la Mairie de Paris. C'est rageant tout cet argent
> public qui part dans du Google...
>
> Romain
>
> -- Message transféré --
> De : Hervé Bellut 
> Date : 19 mars 2011 09:04
> Objet : Re: Message envoyé depuis le site des bus cyclistes
> À : Romain Mehut 
>
> Bonjour Romain,
>
> Je vous remercie de l'intérêt que vous portez à notre association. Je ne
> maîtrise pas du tout ces concepts, et je reconnais que, ayant déjà investi
> beaucoup dans le développement du site actuel, je ne me sens guère le
> courage de remettre une nouvelle fois les choses en question, et je n'ai
> plus de budget pour cela.
>
> Cordialement
>
> Hervé Bellut
> 06-29-61-66-85
> 05-34-52-15-38
> Directeur de l'Organisation Bus Cyclistes
> Association loi de 1901 -  réf W321000837 –  SIRET 511 285 280 00018
> http://www.buscyclistes.org
>
> Auteur du livre "DE LA VOITURE AU VELO", éditions Dangles
>
> Ce projet a été cofinancé par l'Union européenne.
> L'Europe s'engage en Midi-Pyrénées avec le Fonds social européen
>
> - Mail Original -
> De: s...@90plan.ovh.net, w...@90plan.ovh.net, d...@90plan.ovh.net,
> b...@90plan.ovh.net, cyclis...@90plan.ovh.net
> À: cont...@buscyclistes.org
> Envoyé: Vendredi 18 Mars 2011 23h11:14 GMT +01:00 Amsterdam / Berlin /
> Berne / Rome / Stockholm / Vienne
> Objet: Message envoyé depuis le site des bus cyclistes
>
> Form : Formulaire de contact [Contact2]
> registered at 2011-03-18 23:11:14
>
> Votre nom : MEHUT
> Votre prénom : Romain
> Votre message : Bonjour, Lecteur du magazine Terra Eco, j'ai appris
> l'existence de votre site internet. Je suis par ailleurs contributeur
> d'OpenStreetMap (OSM), projet de cartographie libre et participative. J'ai
> constaté que vous utilisez le fond de carte de Google. Permettez-moi de vous
> suggérer d'étudier la possibilité de migrer votre système vers OSM qui
> atteint un niveau de détail inégalé. D'ailleurs, il existe des applications
> d'itinéraires cyclables en développement basés sur OSM:
> http://www.geovelo.fr/blog/ Outre la précision, l'avantage est aussi de
> pouvoir connaitre le type de route du trajet (piste cyclable ou non)...
> J'estime qu'utiliser cette carte serait plus en cohérence avec les valeurs
> que vous défendez (qui sont d'ailleurs aussi les miennes). Bonne
> continuation. Romain
> Votre adresse mail : romain.me...@gmail.com
> Adresse IP : 82.236.129.68
>
> ___
> 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] importer le cadastre

[Yvan GODREAU]

  
  

  pensez vous qu'il soit possible pour n'importe qui de se faire plaisir en cartographiant ?

Si oui, quelqu'un aurait il une recette/démarche qui puisse s'appliquer ?

Personnellement, si tu travail avec des personnes retraités pour la
plupart, je te conseil de jouer sur leurs atouts, c'est comme cela
que j'ai débuté avec eux. 1. Créé la base d'un quartier ou d'une
commune, je croit que c'est ce que tu es en train de faire ; 2.
Présente leur le projet OSM, le libre et a quoi ca sert (des notions
de licence libre, etc interesse tout le monde, et encore plus les
personnes âgées par expérience) 3. Leur montrer le bout de quartier
que tu a commencé à créé, leur permettre d'utiliser potlach pour
ajouter, modifier des commerces, noms de routes etc, 

Avec cette premiere approche ils pourrais être intéréssés. Et après
tu peut expliquer avec GPS, cadastre etc, avec les personnes les
plus intéréssées, si tu commence direct avec les outils / logiciels
technique tu risque de les perdre dés le début, alors qu'en leur
parlant des fondements, du pourquoi de cette carte, et en montrant
que les modifs sont accèssibles a tous, ce sera plus simple !

Bon amusement avec eux !!!

PS : N'oublie pas le café ! ;)

Le 19/03/2011 16:14, lintr...@free.fr a écrit :

  OK,

donc il faut arriver à se faire plaisir tout en étant conscient qu'il s'agit d'un réel travail d'intérêt publique, qui doit profiter à un maximum de citoyen, et qu'à ce titre on a pas le droit de faire n'importe quoi s'il on veut que ce soit réutilisable !

Je sens que ça va pas être simple quand même !

En effet, je reviens sur ma démarche initiale qui est d'essayer de lancer un mouvement de contribution "OSM" à une échelle départementale par le biais de nos espaces Cyber-bases, ouvertes "tout public". Ce sont des espaces qui, en milieu rural, sont en majorité fréquentés par les retraités, qui (en théorie) ont du temps, sont sensibles à leur environnement et au patrimoine naturel qui les entoure.

Ils viennent dans les espaces pour apprendre, mais sans contraintes, et on pourrait dire " pour le plaisir" justement, ... de se rencontrer, d'échanger, etc...

La cartographie et surtout l'enrichissement d'une carto déjà bien établie est effectivement ce qui les passionnera le + mais avant d'en arriver là, il va falloir déjà préparer le terrain si je puis dire. L'idéal est d'arriver à les convaincre de prendre en charge la première phase de carto. Seulement, mes premiers pas me montrent que le maniement des outils et des données déjà disponibles pour tenter de "gagner du temps" ne sont pas quand même à la portée du premier venu et j'ai peur que cela rebute l'habituel usager Cyber-base, plutôt attiré par le scrapbooking que les parcelles cadastrales. J'ai même peur que "mes" animateurs soient effrayés par le côté technique et surtout par les exigences ( tout à fait compréhensibles) de précision.

Je crois qu'il faut donc arriver à définir un mode opératoire simple qui permet d'aboutir le plus rapidement possible à une carto précise tout en faisant que ce soit assez ludique. D'où mes questions :

pensez vous qu'il soit possible pour n'importe qui de se faire plaisir en cartographiant ?

Si oui, quelqu'un aurait il une recette/démarche qui puisse s'appliquer ?

Si non, pensez vous que je suis un peu trop en avance et que je dois attendre que la carte OSM de mon département évolue (au travers d'une intervention divine peut être) avant de positionner les espaces Cyber-bases sur la partie enrichissement photos, etc... ?


Merci encore pour vos avis.




 



 


- Mail Original -
De: "hamster" 
À: "Discussions sur OSM en français" 
Envoyé: Samedi 19 Mars 2011 15h28:36 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] importer le cadastre

Le 19/03/2011 15:01, Jean-Francois Nifenecker a écrit :

  

Le 19/03/2011 00:53, hamster a écrit :


  
quand on importe des batiments on passe son temps a refaire tout le
reseau routier en repartant de zero parce qu'il a pas ete fait avec
assez de precision et il chevauche des batiments

si les batiments sont deja presents quant on trace les routes au moins
on les trace *entre* les batiments



Si l'on prépare le travail de terrain à partir des feuilles cadastrales,
ce pb n'existe pas. L'existence ou non des bâtiments est sans rapport
avec la solution.

  
  
et si on trace les reseaux pas que avec le cadastre en support le 
probleme existe


  

  si le fait de ne voir que les batiments et pas les routes ne plait pas a
certains c'est juste une affaire de gouts, moi il ne me plait pas non
plus de voir plein d'endroits ou il y a plein de routes et pas de
batiments



:)

Les routes permettent d'atteindre les bâtiments. Il y a donc un ordre de
priorité dans l'existence des données : les rou

Re: [OSM-talk-fr] Zone couverte par un fichier OSM

[Francisco DOS SANTOS]

Le samedi 19 mars 2011 à 15:42 +0059, Eric a écrit :
> Bonjour,
> 
> Je  recherche  un outil qui me permettrait d'extraire le contour d'un
> fichier OSM pour visualiser sa surface couverte mais je ne trouve pas
> ca. J'ai pas mal cherché dans les fonctions d'OSMOSIS et autres sans
> trouver. Du  coup je  me suis lancé dans un p'tit script en python
> générant un  GPX  de contour tout pourri  dont je ne suis pas trop
> satisfait. J'aimerai donc bien trouver ca si ca existe.
> En effet, pour des fichiers OSM un peu gros, on ne peut pas le faire
> en le chargeant sous JOSM :) Je voulais voir par exemple quelle etait
> la géométrie  des  extractions par  pays proposés entre autres par GEOFABRIK:
> est ce que ca  suit  les  frontières  ou  est-ce  juste  un
> gros  parallélépipède englobant chaque pays. D'après ce que j'ai
> vu, ca suivrait très précisément les frontières...
> 

Ca ne correspond absolument pas à ta recherche mais en ce qui concerne
Geofabrik il y a cet article fort intéressant :
http://blog.geofabrik.de/?p=75#more-75

Enfin on trouve un fichier polygone france.poly sur Cloudmade :
http://downloads.cloudmade.com/europe/france#downloads_breadcrumbs



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

Re: [OSM-talk-fr] Potlatch et lignes de bus

[rldhont]

Le 19/03/2011 15:36, JonathanMM a écrit :

On 19/03/2011 12:30, rldhont wrote:

Le 18/03/2011 22:19, JonathanMM a écrit :

On 18/03/2011 17:30, rldhont wrote:

En fait pour moi le bon modèle pour les lignes de bus et autre c'est :
* Une relation route qui inclus toutes les voies, tous les arrêts 
et n relations trip
* n relation trip qui ne contiennent que les arrêts de bus dans 
l'ordre dans lequel le bus passe à chaque arrêt
Et donc la base c'est une relation route avec toutes les voies et 
tous les arrêts de bus, ce qui est déjà bien.

Et tu m'expliques comment tu carto dans ce cas là :
- les lignes de bus qui passent plusieurs fois par un même arrêt 
dans un même sens ? Par exemple, qui font A - B - C - D - B - E


Tu indiques l'enchainement des stations dans une relation trip
Sauf que tu peux ne mettre qu'une seule fois chaque élément dans une 
relation (pas de solution perso).


Donc tu as le même problème avec le schéma proposer, non ?



- pour différencier les voies emprunté pour chaque sens ? Par 
exemple, ici, on a une ligne de bus, qui va du point A au point B 
mais qui dessert certains arrêts pendant quelques heures et ne les 
dessert plus ensuite, et qui donc passe par un autre chemin


Calcul du plus court chemin! Pas besoin de s'amuser à décrire tous 
les cas de figure si tous les chemins parcourus sont dans la relation.
Mouais. Mais tu peux quand même avoir des erreurs de trajets, les 
circuits des lignes de bus ne sont pas connus pour aller au plus court ;)


Non c'est vrai mais si tu fais un calcul de plus court chemin sur les 
ways de ta route c'est bon.


Pour infos, j'ai testé le nouveau schéma à Rennes et le schéma simple 
sur Montpelleir et le schéma simple est plus simple à exploiter que le 
schéma complet ;-)



JonathanMM


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


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

Re: [OSM-talk-fr] Potlatch et lignes de bus

[rldhont]

Le 19/03/2011 15:40, JonathanMM a écrit :

On 19/03/2011 00:20, Jean-Francois Nifenecker wrote:
Un article détaillé sur le oui qui serait plus que bienvenu, s'il 
n'existe pas déjà.

La règle proposé actuellement sur OSM est ici :
http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport
http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema



Et oui, Mais personnellement je ne l'approuve pas, mais c'est mon avis.

Je le trouve trop complexe de plus l'argument principal est de faciliter 
l'exploitation pour des analyses de réseaux or ce n'est pas vrai car de 
nombreux fonctions de ces outils évite d'avoir à saisir autant 
d'information (calcul de plus court chemin, calcul de la projection d'un 
point sur une ligne, etc).


René-Luc


JonathanMM


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



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

Re: [OSM-talk-fr] National 2x2 voies à chaussée séparée

[Francisco DOS SANTOS]

Le lundi 14 février 2011 à 09:52 +0100, didier2...@free.fr a écrit :
> bonjour a tous,
> je réponds tardivement j'étais en congés ...
> 
> étant l'auteur de la modification de status de la RN4, (de trunk en primary):
>  j'ai changé le status car la RN4 dans cette section n'est pas en voie 
> express : panneau C107 non présent dans le sens N104 -> Est et panneau C108 
> présent dans le sens Est -> N104.
> Donc les piétons, vélo et véhicules non immatriculés peuvent utiliser cette 
> section.
> 

Cette façon de tagguer me parait simple, précis et facilement
vérifiable.

A priori tout le monde ne doit pas être de cet avis, quelqu'un d'autre a
repassé la N4 en trunk.
En espérant que ça finisse pas en conflit d'édition ...


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

Re: [OSM-talk-fr] Potlatch et lignes de bus

[JonathanMM]

On 19/03/2011 19:33, rldhont wrote:

Le 19/03/2011 15:36, JonathanMM a écrit :

On 19/03/2011 12:30, rldhont wrote:

Le 18/03/2011 22:19, JonathanMM a écrit :

On 18/03/2011 17:30, rldhont wrote:

En fait pour moi le bon modèle pour les lignes de bus et autre c'est :
* Une relation route qui inclus toutes les voies, tous les arrêts 
et n relations trip
* n relation trip qui ne contiennent que les arrêts de bus dans 
l'ordre dans lequel le bus passe à chaque arrêt
Et donc la base c'est une relation route avec toutes les voies et 
tous les arrêts de bus, ce qui est déjà bien.

Et tu m'expliques comment tu carto dans ce cas là :
- les lignes de bus qui passent plusieurs fois par un même arrêt 
dans un même sens ? Par exemple, qui font A - B - C - D - B - E


Tu indiques l'enchainement des stations dans une relation trip
Sauf que tu peux ne mettre qu'une seule fois chaque élément dans une 
relation (pas de solution perso).


Donc tu as le même problème avec le schéma proposer, non ?
Oui. Mais ça, c'est dans la structure de base d'OSM. Il faudrait 
autoriser de pouvoir mettre plusieurs fois un élément dans une relation 
(ou l'autoriser à avoir plusieurs positions)




- pour différencier les voies emprunté pour chaque sens ? Par 
exemple, ici, on a une ligne de bus, qui va du point A au point B 
mais qui dessert certains arrêts pendant quelques heures et ne les 
dessert plus ensuite, et qui donc passe par un autre chemin


Calcul du plus court chemin! Pas besoin de s'amuser à décrire tous 
les cas de figure si tous les chemins parcourus sont dans la relation.
Mouais. Mais tu peux quand même avoir des erreurs de trajets, les 
circuits des lignes de bus ne sont pas connus pour aller au plus court ;)


Non c'est vrai mais si tu fais un calcul de plus court chemin sur les 
ways de ta route c'est bon.


Pour infos, j'ai testé le nouveau schéma à Rennes et le schéma simple 
sur Montpelleir et le schéma simple est plus simple à exploiter que le 
schéma complet ;-)
Après le problème, c'est qu'avec le nouveau schéma, y a déjà des outils 
qui se base dessus. Alors que le schéma simple, ou celui que tu 
proposes, on en a rien fait avec concrètement (faute d'outils).


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

Re: [OSM-talk-fr] Potlatch et lignes de bus

[rldhont]

Le 19/03/2011 19:53, JonathanMM a écrit :

On 19/03/2011 19:33, rldhont wrote:

Le 19/03/2011 15:36, JonathanMM a écrit :

On 19/03/2011 12:30, rldhont wrote:

Le 18/03/2011 22:19, JonathanMM a écrit :

On 18/03/2011 17:30, rldhont wrote:
En fait pour moi le bon modèle pour les lignes de bus et autre 
c'est :
* Une relation route qui inclus toutes les voies, tous les arrêts 
et n relations trip
* n relation trip qui ne contiennent que les arrêts de bus dans 
l'ordre dans lequel le bus passe à chaque arrêt
Et donc la base c'est une relation route avec toutes les voies et 
tous les arrêts de bus, ce qui est déjà bien.

Et tu m'expliques comment tu carto dans ce cas là :
- les lignes de bus qui passent plusieurs fois par un même arrêt 
dans un même sens ? Par exemple, qui font A - B - C - D - B - E


Tu indiques l'enchainement des stations dans une relation trip
Sauf que tu peux ne mettre qu'une seule fois chaque élément dans une 
relation (pas de solution perso).


Donc tu as le même problème avec le schéma proposer, non ?
Oui. Mais ça, c'est dans la structure de base d'OSM. Il faudrait 
autoriser de pouvoir mettre plusieurs fois un élément dans une 
relation (ou l'autoriser à avoir plusieurs positions)




- pour différencier les voies emprunté pour chaque sens ? Par 
exemple, ici, on a une ligne de bus, qui va du point A au point B 
mais qui dessert certains arrêts pendant quelques heures et ne les 
dessert plus ensuite, et qui donc passe par un autre chemin


Calcul du plus court chemin! Pas besoin de s'amuser à décrire tous 
les cas de figure si tous les chemins parcourus sont dans la relation.
Mouais. Mais tu peux quand même avoir des erreurs de trajets, les 
circuits des lignes de bus ne sont pas connus pour aller au plus 
court ;)


Non c'est vrai mais si tu fais un calcul de plus court chemin sur les 
ways de ta route c'est bon.


Pour infos, j'ai testé le nouveau schéma à Rennes et le schéma simple 
sur Montpelleir et le schéma simple est plus simple à exploiter que 
le schéma complet ;-)
Après le problème, c'est qu'avec le nouveau schéma, y a déjà des 
outils qui se base dessus. Alors que le schéma simple, ou celui que tu 
proposes, on en a rien fait avec concrètement (faute d'outils).


Dans JOSM, le schéma simple est supporté!



JonathanMM


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


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

Re: [OSM-talk-fr] Potlatch et lignes de bus

[JonathanMM]

On 19/03/2011 19:58, rldhont wrote:

Le 19/03/2011 19:53, JonathanMM a écrit :
Après le problème, c'est qu'avec le nouveau schéma, y a déjà des 
outils qui se base dessus. Alors que le schéma simple, ou celui que 
tu proposes, on en a rien fait avec concrètement (faute d'outils).


Dans JOSM, le schéma simple est supporté!

Comment ça ? Y a un plugin pour le faire simplement ?
JonathanMM
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch et lignes de bus

[Vincent Pottier]

Le 19/03/2011 19:53, JonathanMM a écrit :

On 19/03/2011 19:33, rldhont wrote:

Le 19/03/2011 15:36, JonathanMM a écrit :
Sauf que tu peux ne mettre qu'une seule fois chaque élément dans une 
relation (pas de solution perso).

Faux.


Donc tu as le même problème avec le schéma proposer, non ?
Oui. Mais ça, c'est dans la structure de base d'OSM. Il faudrait 
autoriser de pouvoir mettre plusieurs fois un élément dans une 
relation (ou l'autoriser à avoir plusieurs positions)
Un élément peut être présent plusieurs fois dans une relation, que ce 
soit un point dans une relation trip (c'est la première fois que j'en 
entend parler. 0 dans taginfo) ou un way dans la relation line (ce que 
j'emploie comme modèle. 1312 dans taginfo).
Un attribut ne peut être présent qu'une fois et avec une unique valeur 
(moyennant quelques bizarreries de syntaxe pour mentionner des valeurs 
multiples jamais exploitées), mais un élément peut être plusieurs fois 
membre d'une relation.


Par ailleurs, quel est le problème de l'exploitation du modèle line ?
Je le trouve, moi, un peu long à mettre en oeuvre (modifications à 
reporter dans les différentes lines d'une même route) mais beaucoup plus 
clair pour vérifier l'avancée du travail avec les outils de relation de 
JOSM (continuité du parcours,, exhaustivité des éléments...)

Sketch-line s'en sort plutôt bien :
http://78.46.81.38/api/sketch-line?network=Ginko&ref=27&correspondences=100
(quatre relations 'line')
--
FrViPofm




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

Re: [OSM-talk-fr] Potlatch et lignes de bus

[rldhont]

Le 19/03/2011 21:06, Vincent Pottier a écrit :

Le 19/03/2011 19:53, JonathanMM a écrit :

On 19/03/2011 19:33, rldhont wrote:

Le 19/03/2011 15:36, JonathanMM a écrit :
Sauf que tu peux ne mettre qu'une seule fois chaque élément dans 
une relation (pas de solution perso).

Faux.


Donc tu as le même problème avec le schéma proposer, non ?
Oui. Mais ça, c'est dans la structure de base d'OSM. Il faudrait 
autoriser de pouvoir mettre plusieurs fois un élément dans une 
relation (ou l'autoriser à avoir plusieurs positions)
Un élément peut être présent plusieurs fois dans une relation, que ce 
soit un point dans une relation trip (c'est la première fois que j'en 
entend parler. 0 dans taginfo) ou un way dans la relation line (ce que 
j'emploie comme modèle. 1312 dans taginfo).


La relation trip n'existe pas! C'est une idée de ma part

Un attribut ne peut être présent qu'une fois et avec une unique valeur 
(moyennant quelques bizarreries de syntaxe pour mentionner des valeurs 
multiples jamais exploitées), mais un élément peut être plusieurs fois 
membre d'une relation.


Par ailleurs, quel est le problème de l'exploitation du modèle line ?
Je le trouve, moi, un peu long à mettre en oeuvre (modifications à 
reporter dans les différentes lines d'une même route) mais beaucoup 
plus clair pour vérifier l'avancée du travail avec les outils de 
relation de JOSM (continuité du parcours,, exhaustivité des éléments...)

Sketch-line s'en sort plutôt bien :
http://78.46.81.38/api/sketch-line?network=Ginko&ref=27&correspondences=100
(quatre relations 'line')


Oui le modèle line est pratique par ce que tous les outils te permettent 
de travailler dans ce sens mais comme tu le soulignes c'est long à 
mettre en oeuvre et après des tests sur la construction du réseau ce 
modèle n'apporte aucun avantage.
Donc pour moi 0 avantages pour la construction du réseaux, des 
inconvéniants (redondances d'informations, long à saisir, + complexes à 
maintenir), 1 avantage tous les outils sont là, ce qui signifie pour moi 
qu'il n'apporte rien et qu'il est préférable de rester sur un modèle 
simple pour le moment.


En fait ce que je proposait était de garder le modèle simple avec une 
seule relation route par ligne, il n'est pas nécessaire de dupliquer la 
présence d'une way dans une ligne, et d'ajouter à cette relation route 
des relations trip qui découcrivent l'enchainement des arrêts pour les 
différents trajets d'une ligne. En fait je tire cette idée du format 
GTFS (format de données de réseau de transport en commun de Goggle) où 
on retour la notion de route (1 route par ligne) et la notion de trip 
(ordre de parcours des arrêts par parcours). De plus mes tests me laisse 
penser que c'est plus efficace.


René-Luc D'Hont
3Liz


--
FrViPofm





___
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] Potlatch et lignes de bus

[JonathanMM]

On 19/03/2011 21:40, rldhont wrote:

Le 19/03/2011 21:06, Vincent Pottier a écrit :

Le 19/03/2011 19:53, JonathanMM a écrit :

On 19/03/2011 19:33, rldhont wrote:

Le 19/03/2011 15:36, JonathanMM a écrit :
Sauf que tu peux ne mettre qu'une seule fois chaque élément dans 
une relation (pas de solution perso).

Faux.

Tu m'apprends un truc là ;)


Donc tu as le même problème avec le schéma proposer, non ?
Oui. Mais ça, c'est dans la structure de base d'OSM. Il faudrait 
autoriser de pouvoir mettre plusieurs fois un élément dans une 
relation (ou l'autoriser à avoir plusieurs positions)
Un élément peut être présent plusieurs fois dans une relation, que ce 
soit un point dans une relation trip (c'est la première fois que j'en 
entend parler. 0 dans taginfo) ou un way dans la relation line (ce 
que j'emploie comme modèle. 1312 dans taginfo).


La relation trip n'existe pas! C'est une idée de ma part

Un attribut ne peut être présent qu'une fois et avec une unique 
valeur (moyennant quelques bizarreries de syntaxe pour mentionner des 
valeurs multiples jamais exploitées), mais un élément peut être 
plusieurs fois membre d'une relation.


Par ailleurs, quel est le problème de l'exploitation du modèle line ?
Je le trouve, moi, un peu long à mettre en oeuvre (modifications à 
reporter dans les différentes lines d'une même route) mais beaucoup 
plus clair pour vérifier l'avancée du travail avec les outils de 
relation de JOSM (continuité du parcours,, exhaustivité des éléments...)

Sketch-line s'en sort plutôt bien :
http://78.46.81.38/api/sketch-line?network=Ginko&ref=27&correspondences=100
(quatre relations 'line')


Oui le modèle line est pratique par ce que tous les outils te 
permettent de travailler dans ce sens mais comme tu le soulignes c'est 
long à mettre en oeuvre et après des tests sur la construction du 
réseau ce modèle n'apporte aucun avantage.
Donc pour moi 0 avantages pour la construction du réseaux, des 
inconvéniants (redondances d'informations, long à saisir, + complexes 
à maintenir), 1 avantage tous les outils sont là, ce qui signifie pour 
moi qu'il n'apporte rien et qu'il est préférable de rester sur un 
modèle simple pour le moment.


En fait ce que je proposait était de garder le modèle simple avec une 
seule relation route par ligne, il n'est pas nécessaire de dupliquer 
la présence d'une way dans une ligne, et d'ajouter à cette relation 
route des relations trip qui découcrivent l'enchainement des arrêts 
pour les différents trajets d'une ligne. En fait je tire cette idée du 
format GTFS (format de données de réseau de transport en commun de 
Goggle) où on retour la notion de route (1 route par ligne) et la 
notion de trip (ordre de parcours des arrêts par parcours). De plus 
mes tests me laisse penser que c'est plus efficace.


René-Luc D'Hont
3Liz
En y réfléchissant, c'est pas si vrai. Si par exemple, je prend 
l'exemple d'une ligne de train, généralement, ça n'utilise pas les mêmes 
voies à l'aller et au retour donc redondance assez faible :)
Sketch-line perd quand c'est plus complexe : 
http://78.46.81.38/api/sketch-line?network=RER&ref=D&style=transilien
Et puis, les relations trip, ça ne s'applique pas à tous. Si je reprends 
l'exemple des trains, ça voudrait dire que je devrais faire une relation 
pour chaque train ? Et même en simplifiant (par exemple une relation par 
nom de mission, et encore, pour une mission, on a 4 origines différentes 
donc 4 relations), ça reste assez élevé.

Alors que deux relations par branches, ça marche assez bien :)
JonathanMM
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch et lignes de bus

[rldhont]

Le 19/03/2011 21:46, JonathanMM a écrit :

On 19/03/2011 21:40, rldhont wrote:

Le 19/03/2011 21:06, Vincent Pottier a écrit :

Le 19/03/2011 19:53, JonathanMM a écrit :

On 19/03/2011 19:33, rldhont wrote:

Le 19/03/2011 15:36, JonathanMM a écrit :
Sauf que tu peux ne mettre qu'une seule fois chaque élément dans 
une relation (pas de solution perso).

Faux.

Tu m'apprends un truc là ;)


Donc tu as le même problème avec le schéma proposer, non ?
Oui. Mais ça, c'est dans la structure de base d'OSM. Il faudrait 
autoriser de pouvoir mettre plusieurs fois un élément dans une 
relation (ou l'autoriser à avoir plusieurs positions)
Un élément peut être présent plusieurs fois dans une relation, que 
ce soit un point dans une relation trip (c'est la première fois que 
j'en entend parler. 0 dans taginfo) ou un way dans la relation line 
(ce que j'emploie comme modèle. 1312 dans taginfo).


La relation trip n'existe pas! C'est une idée de ma part

Un attribut ne peut être présent qu'une fois et avec une unique 
valeur (moyennant quelques bizarreries de syntaxe pour mentionner 
des valeurs multiples jamais exploitées), mais un élément peut être 
plusieurs fois membre d'une relation.


Par ailleurs, quel est le problème de l'exploitation du modèle line ?
Je le trouve, moi, un peu long à mettre en oeuvre (modifications à 
reporter dans les différentes lines d'une même route) mais beaucoup 
plus clair pour vérifier l'avancée du travail avec les outils de 
relation de JOSM (continuité du parcours,, exhaustivité des éléments...)

Sketch-line s'en sort plutôt bien :
http://78.46.81.38/api/sketch-line?network=Ginko&ref=27&correspondences=100
(quatre relations 'line')


Oui le modèle line est pratique par ce que tous les outils te 
permettent de travailler dans ce sens mais comme tu le soulignes 
c'est long à mettre en oeuvre et après des tests sur la construction 
du réseau ce modèle n'apporte aucun avantage.
Donc pour moi 0 avantages pour la construction du réseaux, des 
inconvéniants (redondances d'informations, long à saisir, + complexes 
à maintenir), 1 avantage tous les outils sont là, ce qui signifie 
pour moi qu'il n'apporte rien et qu'il est préférable de rester sur 
un modèle simple pour le moment.


En fait ce que je proposait était de garder le modèle simple avec une 
seule relation route par ligne, il n'est pas nécessaire de dupliquer 
la présence d'une way dans une ligne, et d'ajouter à cette relation 
route des relations trip qui découcrivent l'enchainement des arrêts 
pour les différents trajets d'une ligne. En fait je tire cette idée 
du format GTFS (format de données de réseau de transport en commun de 
Goggle) où on retour la notion de route (1 route par ligne) et la 
notion de trip (ordre de parcours des arrêts par parcours). De plus 
mes tests me laisse penser que c'est plus efficace.


René-Luc D'Hont
3Liz
En y réfléchissant, c'est pas si vrai. Si par exemple, je prend 
l'exemple d'une ligne de train, généralement, ça n'utilise pas les 
mêmes voies à l'aller et au retour donc redondance assez faible :)
Sketch-line perd quand c'est plus complexe : 
http://78.46.81.38/api/sketch-line?network=RER&ref=D&style=transilien
Et puis, les relations trip, ça ne s'applique pas à tous. Si je 
reprends l'exemple des trains, ça voudrait dire que je devrais faire 
une relation pour chaque train ? Et même en simplifiant (par exemple 
une relation par nom de mission, et encore, pour une mission, on a 4 
origines différentes donc 4 relations), ça reste assez élevé.

Alors que deux relations par branches, ça marche assez bien :)


En fait 1 relation est suffisante car OSM n'est pas à mon avis fait pour 
enregistrer tant de chose abstraite. (l'idée des trips est de ne surtout 
pas répété les ways, mais les arrêts ce qui reste assez légé)


Pour info, le modèle complexe sous entend qu'il faut autant de relation 
route qu'il y a d'origine donc dans ton cas on devrait avoir 4 relations 
routes + 1 relation ligne soit 5 relations et donc par défaut toutes 
lignes devrait avoir au moins 2 relations routes + 1 relations lignes 
soit 3 relations. Je trouve qu'en fait c'est par défaut trop.


René-Luc


JonathanMM


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


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

Re: [OSM-talk-fr] National 2x2 voies à chaussée séparée

[Pieren]

2011/3/19 Francisco DOS SANTOS 

>
> A priori tout le monde ne doit pas être de cet avis, quelqu'un d'autre a
> repassé la N4 en trunk.
> En espérant que ça finisse pas en conflit d'édition ...
>
>
>
Si c'est pas une voie express ou limitée à 110, il n'y a aucune raison de la
laisser en trunk. Contactez la personne qui a fait ce changement pour lui
demander ses motivations.

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

Re: [OSM-talk-fr] importer le cadastre

[Pierre-Alain Dorange]

 wrote:

> Aie !
> 
> j'ai encore lancé un débat !
> 
> A ce rythme, alors que je viens d'arriver, je vais vite me faire mettre
> dehors  ;-)

Non pas du tout.
Les débats sont sains, c'est la recherche consensus et c'est un peu le
fonctionnemment de la communauté OSM.

Au sujet des routes d'abord et batiments ensuite il y a plusieurs écoles
en effet. Si les bâtiments peuvent aider à tracer les routes, il ne sont
pas indispensable.
Je suis d'accord que le réseau routier est primordial, il en manque
encore beaucoup dans OSM.

De plus suite à l'invention de l'import cadastral on a vu fleurir de
nombreuses villes avec leurs bâtiments. Le hic q-c'est que certains on
fait des imports massifs sans jamais revenir faire le ménage ou même
tracer les routes.
Pas loin de chez moi, la péfecture est complète coté batiments mais coté
route c'est plus que léger, ex :


Et c'est bien dommage, mais ça fait du boulot en perspective...

D'un autre coté l'intégration des bâtiments est un plus vis à vis de nos
"concurrents" commerciaux ;-)

-- 
Pierre-Alain Dorange
OSM experiences : 


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