Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre

[Philippe Pary]

Le 28/11/2011 07:05, Vincent de Chateau-Thierry a écrit :

PS: les limites des communes et des EPCI Nord-Pas-de-Calais est
disponible en ODBL sur http://sigale.nordpasdecalais.fr Si vous avez du
temps, importez les, ça fera plaisir aux géomaticiens de l'institution
qui n'attendent que ça !


Merci pour ces bonnes nouvelles :-)

Concernant les données Sigale, y'a-t-il un tag source déjà convenu /
demandé par eux ?


Je peux demander aujourd'hui (quoi que l'un d'eux est présent sur cette 
liste …).


Je pense que un « source=Conseil Régional Nord-Pas-de-Calais » sera parfait.

Philippe

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

Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre

[Vincent de Chateau-Thierry]

Bonjour,

Le 27/11/2011 21:22, Philippe Pary a écrit :

Salut à tous,

J'ai eu beaucoup de demandes ces derniers temps sur le dépôt cadastre.
J'étais un peu largué niveau temps, je vais encore l'être (fin de grossesse)

J'ai relancé la mise à jour des départements, je l'ai scriptée et mise
en cron. Pour que vous soyez pleinement heureux, je l'ai mise toutes les
4 heures ! J'espère que vous apprécierez :-)

J'ai également créé un prune des fichiers du cadastre : toute commune
parsée depuis plus de 45 jours est supprimée et il faudra l'importer à
nouveau (éviter les note:quadastre et problèmes d'imports de fichiers
antédéluviens)

Je vais créer une surcouche web aux reverts tools : vous entrez votre
identifiant, votre mot de passe (qui ne sera pas conservé) et l'id du
changeset et le changeset sera reverté.

S'il me reste du temps, j'améliore encore la « nouvelle » interface de
génération et je la mets en production.

C'est noël avant l'heure ;-)

Philippe
PS: les limites des communes et des EPCI Nord-Pas-de-Calais est
disponible en ODBL sur http://sigale.nordpasdecalais.fr Si vous avez du
temps, importez les, ça fera plaisir aux géomaticiens de l'institution
qui n'attendent que ça !


Merci pour ces bonnes nouvelles :-)

Concernant les données Sigale, y'a-t-il un tag source déjà convenu / 
demandé par eux ?


vincent

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

Re: [OSM-talk-fr] Adresses postales de Nantes Métropole

[Jo]

- plusieurs relations avec la même rue

J'ai déjà codé des relations pareilles. Ici en Belgique, au moins, il y a
des rues qui portent 2 noms. Les maisons à un côté se trouvent par exemple
dans une commune que de l'autre côté.

Donc des rues pareilles seront membres en deux relations associatedStreet.

Jo

2011/11/27 Christian Quest 

> A propos des adresses postales, une nouvelle analyse est disponible sur
> osmose:
>
> http://osmose.openstreetmap.fr/map/?item=2060
>
> Elle fait ressortir les incohérences de tag addr:housenumber et de la
> relation "associatedStreet":
> - addr:housenumber sans addr:street et ne faisant pas partie d'une
> relation associatedStreet
> - relation associatedStreet sans membre "street"
> - rôle "street" sur un way qui n'est pas highway=*
> - membres sans rôle
> - membres sans addr:housenumber
> - numéro en double
> - plusieurs noms de rue différents dans une même relation
> - plusieurs relations avec la même rue
>
> Résultat des courses, plus de 6 nouvelles erreurs détectées, la
> principale étant la première de la liste ci-dessus.
> Je plaide coupable d'avoir eu une telle idée d'analyse, Frédéric Rodrigo
> est quant à lui coupable de l'avoir codée.
>
> Le géocodage étant quelque chose de très demandé et utile, j'espère qu'on
> va pouvoir mettre tout ça un peu plus au propre.
>
> --
> Christian
>
> ___
> 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] Conflit avec le contributeur M-rick

[Jo]

Il n'y a aucun sens de tagger un chemin bridleway=yes et puis
motor_car=yes. Des cavaliers et des chevaux vont être heurtés et des
voitures qui n'ont pas la transmission 4x4 vont se retrouver bloqués dans
le sable...

Je comprends également très bien les raisons des services touristiques à
l'égard des routes. Ici en Belgique ils sont du même avis, même s'il ne
sont pas prêts a nous interdire de 'mapper' les itinéraires, ils ne sont
pas prêts à partager ces données avec nous ou de les libérer complètement.
La raison, c'est que les petits guides qui sont vendus au point
d'information est une source de revenu considérable dont ils ont besoin
pour faire le maintien des panneaux, etc.

Donc, il est possible de conclure un contrat avec eux, mais ils interdisent
le droit d'utiliser les données pour un faire des publications imprimées.
Les montrer sur un site web est permis... Cela me semble difficile à
reconcilier, mais ces sont leurs termes et nous ne pouvons donc pas nous
déclarer d'accord avec elles pour utiliser les données sur OSM.

Jo

2011/11/28 Pieren 

> 2011/11/27 simon :
> > En fait nous avons échangé plusieurs mail depuis deux jours, et il
> > m'assure que le tag bridleway est approprié, ainsi que de mettre lit=no,
> > bicycle=yes, motor_car=yes sur toutes les routes.
>
> Peut-être s'inspire-t-il d'un schéma qu'il a vu ailleurs ? Est-ce
> qu'il comprend le sens de 'bridleway' ? Est-ce qu'il sait que ce sont
> des chemins qui ont été fait pour la randonnée à cheval et que ces
> chemins sont surtout nommés comme tels en Angleterre (donc que la-bas,
> le tag ne se discute pas puisqu'il reflète un statut très clair) ? On
> peut aussi en trouver chez-nous mais essentiellement aux abords de
> stations équestres. Est-ce le cas dans cette zone que tu pointes ?
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Conflit avec le contributeur M-rick

[Pieren]

2011/11/27 simon :
> En fait nous avons échangé plusieurs mail depuis deux jours, et il
> m'assure que le tag bridleway est approprié, ainsi que de mettre lit=no,
> bicycle=yes, motor_car=yes sur toutes les routes.

Peut-être s'inspire-t-il d'un schéma qu'il a vu ailleurs ? Est-ce
qu'il comprend le sens de 'bridleway' ? Est-ce qu'il sait que ce sont
des chemins qui ont été fait pour la randonnée à cheval et que ces
chemins sont surtout nommés comme tels en Angleterre (donc que la-bas,
le tag ne se discute pas puisqu'il reflète un statut très clair) ? On
peut aussi en trouver chez-nous mais essentiellement aux abords de
stations équestres. Est-ce le cas dans cette zone que tu pointes ?

Pieren

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

forum: R�-organisation des cat�gories

[forum]

Le message suivant :
##
Bonsoir.

Dans la suite de la migration de ce forum sur le domaine openstreetmap.fr, je 
vous propose de ré-organiser le forum pour plus de clareté.

Bien, sur je n'ai pas envie d'imposer quoi que ce soit, donc avant d'effectuer 
les changements je vous propose de discuter de la structure a adapter a la 
suite de ce sujet pour que cette éventuelle nouvelle structure convienne a tout 
le monde, qu'il soit nouveau contributeur, ancien, ou habitué des forum ou non!


En attendant, voici ce que je peut vous proposer comme base de structure:
entre parenthèse on peut éventuellement développer des sous forums comme déjà 
réalisé avec celui de JOSM: http://forum.openstreetmap.fr/viewforum.php?f=7 et 
donc ne "prenant pas de place" sur la page d?accueil du forum

[b]Annonces/Nouvelles[/b] ([i]Actualités OSM.org, Actualité pour le forum[/i])

[b]OSM en général[/b] ([i]Le coin des nouveaux venus, Contribuer à OSM, D'OSM 
en général, Les sources légales (Bing, Cadastre, Orthophotos...), 
Carto-parties[/i])

[b]Utiliser les données[/b] [i](sites utilisant donnees osm, outils pour 
utiliser les données (mapnick, openlayers,Tiles@home...))[/i]

[b]Forums régionaux[/b] (Alsace, Aquitaine, Auvergne, Bourgogne... )

[b]Osmfr[/b] [i](Annonces concernant l'asso, OSMFR en général, News, si besoin 
a plus long terme des catégories a accès privé pour les membres d'OSM et pour 
les différents groupes de travail...)[/i]

[b]Liens en rapport OSM[/b] [i](en attendant qu'une rubrique existe sur le 
portail OMS-FR)[/i]

[b]Tutoriaux[/b]

[b]Divers [/b][i](La géomatique en dehors d'OSM, Bar libre / La vie de tous les 
jours, Problème avec le forum, demande d'évolution du forum, Archives, 
Corbeille)[/i]

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

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

Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre

[Philippe Pary]

Salut à tous,

J'ai eu beaucoup de demandes ces derniers temps sur le dépôt cadastre. 
J'étais un peu largué niveau temps, je vais encore l'être (fin de grossesse)


J'ai relancé la mise à jour des départements, je l'ai scriptée et mise 
en cron. Pour que vous soyez pleinement heureux, je l'ai mise toutes les 
4 heures ! J'espère que vous apprécierez :-)


J'ai également créé un prune des fichiers du cadastre : toute commune 
parsée depuis plus de 45 jours est supprimée et il faudra l'importer à 
nouveau (éviter les note:quadastre et problèmes d'imports de fichiers 
antédéluviens)


Je vais créer une surcouche web aux reverts tools : vous entrez votre 
identifiant, votre mot de passe (qui ne sera pas conservé) et l'id du 
changeset et le changeset sera reverté.


S'il me reste du temps, j'améliore encore la « nouvelle » interface de 
génération et je la mets en production.


C'est noël avant l'heure ;-)

Philippe
PS: les limites des communes et des EPCI Nord-Pas-de-Calais est 
disponible en ODBL sur http://sigale.nordpasdecalais.fr Si vous avez du 
temps, importez les, ça fera plaisir aux géomaticiens de l'institution 
qui n'attendent que ça !

Le 27/11/2011 16:48, Romain MEHUT a écrit :

Bonjour Philippe,

Désolé de te relancer à nouveau mais il manque pas mal de communes du 
54 (disponibles au format vecteur) dans ton interface de génération de 
fichier .osm à partir du cadastre.


Je ne sais pas si cela nécessite beaucoup de temps et de travail de ta 
part pour la mettre à jour. En tout cas, je te remercie à nouveau par 
avance si tu peux faire quelque chose...


Romain

Le 6 octobre 2011 08:52, Romain MEHUT > a écrit :


Bonjour Philippe,

Une fois passé le hackaton dont tu m'as parlé, aurais-tu le temps
de mettre à jour les données pour le département 54 avant mercredi
12? Comme je l'ai annoncé sur la liste, j'organise une réunion
avec des associations de mon secteur et ça ferait tout de suite
mieux si je pouvais avoir quelques limites communales
supplémentaires et le bâti correspondant...

Merci encore.

Romain

Le 24 septembre 2011 15:59, Philippe Pary mailto:phili...@cleo-carto.com>> a écrit :

Le 23/09/2011 09:52, Romain MEHUT a écrit :

Bonjour Philippe,

Suite à ton message où tu proposes un temps un temps de
présentation des réactions que tu rencontres avec Cléo pour
l'AG du 8 octobre, j'en profite pour en savoir un peu plus
(je ne pourrai pas être présent).

Je peux, mais finalement c'est très sommaire car l'essentiel
des réactions sont sur la liste.
Ceux qui me contactent en privé sont des gens comme toi, qui
utilisent les fichiers pour des choses plus fines que des
imports : tracés des communes, suivi statistique etc.



Tu me disais donc que les mises à jour se faisaient à la
main. Néanmoins peux-tu m'expliquer pourquoi des départements
sont régulièrement mis à jour tandis que d'autres le sont
plus rarement. Je prends pour exemple le mien, la
Meurthe-et-Moselle dont la dernière mise à jour date du 11
août. Est-ce qu'il faut comprendre que les mises à jour
"récurrentes" ne concernent que les communes déjà dans Cléo?
Et que quand le cadastre met en ligne de nouvelles communes
vectorisées, c'est là que tu dois intervenir "à la main"?

Il n'y a pas de mise à jour des communes. C'est à générer via
l'interface.
Je n'ai pas avancé sur la mise à jour par manque de temps et
par l'invitation de Gaël à un hackathon la veille de l'AG.

Philippe


Désolé si je suis aussi impatient.

Romain

Le 20 septembre 2011 11:04, Romain MEHUT
mailto:romain.me...@gmail.com>> a
écrit :

Merci beaucoup et bon repos surtout.

Le 20 septembre 2011 10:44, Philippe Pary
mailto:phili...@cleo-carto.com>> a écrit :

On Mon, 19 Sep 2011 17:27:37 +0200, Romain MEHUT
mailto:romain.me...@gmail.com>>
wrote:
> Désolé si je suis pressant mais peux-tu m'éclairer
sur le délai qu'il
faut
> pour que ton site répercute les mises à jour des
données du cadastre?

C'était fait à la main pour le moment. Comme je suis
en arrêt, je vais
prendre le temps de recoder le truc aujourd'hui

Philippe





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

Re: [OSM-talk-fr] Conflit avec le contributeur M-rick

[simon]

Le dimanche 27 novembre 2011 à 20:26 +0100, yvecai a écrit : 
> Concernnat les bridleways, c'est vrai que ce tag est assez spécifique, 
> un highway=track, tracktype=gradeX est plus précis. Peut-être est-ce un 
> argument à lui faire valoir.
> 

En fait nous avons échangé plusieurs mail depuis deux jours, et il
m'assure que le tag bridleway est approprié, ainsi que de mettre lit=no,
bicycle=yes, motor_car=yes sur toutes les routes.
Lui ayant présenter en autre ceci
http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France
 et d'autre page du wiki sans que cela ne lui fasse changer d'avis c'est 
pourquoi je m'adresse à la liste.


> Concernant les circuits randonnée du CG37, peut-être faut-il tout 
> simplement leur demander? C'est pas parce que la fédé dit non pour les 
> GR que le CG37 ferait de même.

Pour le CG37 j'ai eu un rendez vous avec eux jeudi dernier, il sont pret
a libéré des données touristique mais pas encore les itinéraire de
randonnées, cela m'embêterais que ce genre d'incident nous empêche
d'obtenir un accord.

> 
> Yves
> 
> On 27. 11. 11 13:02, simon wrote:
> > Bonjour,
> >
> > Je me retrouve avec un problème de conflit avec le contributeur M-rick
> > qui tag de nombreuse piste forestiere en highway=bridleway et rajoute
> > une multide de tag qui me semble inutile.
> > http://www.openstreetmap.org/?lat=47.4855&lon=0.4771&zoom=14&layers=M
> > http://www.openstreetmap.org/?lat=47.3735296726227&lon=0.25993824005127&zoom=15
> >
> >
> > Une autre chose qui nous oppose est l'import de circuit de randonnées
> > tiré du site
> > http://www.rando-valdeloire.fr/depts/37/coms/ccpar/ccpar.php?page=accueil#gal_pedestre
> >
> > Apparemment sans avoir l'autorisation des ayants droit (CG37 et
> > communauté de commune)
> >
> > faut annuler le changeset des circuit ?
> > Puis je corriger tous les bridleway ?
> >
> > Librement
> >
> > Simon
> >
> > PS : je lui transmet le lien vers cette discutions car il ne semble pas
> > suivre cet liste
> >
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] Annulation du changeset 9953951

[Philippe Pary]

Le 27/11/2011 20:09, Nolwenn a écrit :

Le lundi 28 novembre 2011 05:42:36 Hendrik Oesterlin a écrit :

Le 28/11/2011 à 05:15:36 +1100 "Nolwenn" donolw...@gmail.com a écrit
Objet: "[OSM-talk-fr] Annulation du changeset 9953951" :



J'ai importé le bâti à Chiroubles dans le Beaujolais mais je n'ai pas fait
attention que le fichier .osm de cleo contenait le tag note:qadastre. Du coup
je me demande si ce n'est pas mieux d'annuler ma contribution et d'utiliser un
fichier généré plus récemment et qui ne contienne pas le tag en question.



Nolwenn


S'il n'y a que ça, tu peux simplement charger la zone dans JOSM, et
faire une recherche pour "note:qadastre" (avec les ""). et puis
supprimer en un clin d'oeil  la clé pour tout tes bâtiments.

Je peux le faire pour toi, si tu veux.




Je pensais que c'était plus compliqué. Du coup j'ai viré les tags inutiles.


Sinon, il existe des scripts de revert très (trop) efficaces. Là vous 
avez été plus rapide, mais n'hésitez pas à m'alerter à l'avenir.


Philippe

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

Re: [OSM-talk-fr] Conflit avec le contributeur M-rick

[yvecai]

Concernnat les bridleways, c'est vrai que ce tag est assez spécifique, 
un highway=track, tracktype=gradeX est plus précis. Peut-être est-ce un 
argument à lui faire valoir.


Concernant les circuits randonnée du CG37, peut-être faut-il tout 
simplement leur demander? C'est pas parce que la fédé dit non pour les 
GR que le CG37 ferait de même.


Yves

On 27. 11. 11 13:02, simon wrote:

Bonjour,

Je me retrouve avec un problème de conflit avec le contributeur M-rick
qui tag de nombreuse piste forestiere en highway=bridleway et rajoute
une multide de tag qui me semble inutile.
http://www.openstreetmap.org/?lat=47.4855&lon=0.4771&zoom=14&layers=M
http://www.openstreetmap.org/?lat=47.3735296726227&lon=0.25993824005127&zoom=15


Une autre chose qui nous oppose est l'import de circuit de randonnées
tiré du site
http://www.rando-valdeloire.fr/depts/37/coms/ccpar/ccpar.php?page=accueil#gal_pedestre

Apparemment sans avoir l'autorisation des ayants droit (CG37 et
communauté de commune)

faut annuler le changeset des circuit ?
Puis je corriger tous les bridleway ?

Librement

Simon

PS : je lui transmet le lien vers cette discutions car il ne semble pas
suivre cet liste




___
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] Annulation du changeset 9953951

[Nolwenn]

Le lundi 28 novembre 2011 05:42:36 Hendrik Oesterlin a écrit :
> Le 28/11/2011 à 05:15:36 +1100 "Nolwenn" donolw...@gmail.com a écrit
> Objet: "[OSM-talk-fr] Annulation du changeset 9953951" :
> 
> 
> > J'ai importé le bâti à Chiroubles dans le Beaujolais mais je n'ai pas fait
> > attention que le fichier .osm de cleo contenait le tag note:qadastre. Du 
> > coup
> > je me demande si ce n'est pas mieux d'annuler ma contribution et d'utiliser 
> > un
> > fichier généré plus récemment et qui ne contienne pas le tag en question.
> 
> > Nolwenn
> 
> S'il n'y a que ça, tu peux simplement charger la zone dans JOSM, et
> faire une recherche pour "note:qadastre" (avec les ""). et puis
> supprimer en un clin d'oeil  la clé pour tout tes bâtiments.
> 
> Je peux le faire pour toi, si tu veux.
> 
> 

Je pensais que c'était plus compliqué. Du coup j'ai viré les tags inutiles.

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

Re: [OSM-talk-fr] Annulation du changeset 9953951

[Hendrik Oesterlin]

Le 28/11/2011 à 05:15:36 +1100 "Nolwenn" donolw...@gmail.com a écrit
Objet: "[OSM-talk-fr] Annulation du changeset 9953951" :


> J'ai importé le bâti à Chiroubles dans le Beaujolais mais je n'ai pas fait
> attention que le fichier .osm de cleo contenait le tag note:qadastre. Du coup
> je me demande si ce n'est pas mieux d'annuler ma contribution et d'utiliser un
> fichier généré plus récemment et qui ne contienne pas le tag en question.

> Nolwenn

S'il n'y a que ça, tu peux simplement charger la zone dans JOSM, et
faire une recherche pour "note:qadastre" (avec les ""). et puis
supprimer en un clin d'oeil  la clé pour tout tes bâtiments.

Je peux le faire pour toi, si tu veux.

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

[OSM-talk-fr] Annulation du changeset 9953951

[Nolwenn]

Bonjour,

J'ai importé le bâti à Chiroubles dans le Beaujolais mais je n'ai pas fait 
attention que le fichier .osm de cleo contenait le tag note:qadastre. Du coup 
je me demande si ce n'est pas mieux d'annuler ma contribution et d'utiliser un 
fichier généré plus récemment et qui ne contienne pas le tag en question. 

Nolwenn

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

Re: [OSM-talk-fr] Export des contours administratifs français - nettoyage source CA - plus que 107 !

[Damouns]

> Je suis déjà impressionné que toute la partie Haute-Loire/Cantal ait été
> traitée. Je n'aurais pas misé cher dessus mais il y en a visiblement qui ont
> calé le cadastre avec l'orthophoto Graig. Chapeau.

C'est moi, merci ! Comme quoi l'ortho du Craig toute seule n'aurait
pas suffi, et le cadastre non-calé non-vectorisé non plus, c'est le
croisement des deux qui a porté du fruit... (et l'huile de coude
aussi)

Damouns

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

Re: [OSM-talk-fr] Adresses postales de Nantes Métropole

[Frédéric Rodrigo]

Le 27/11/2011 14:07, Christian Quest a écrit :

Une suggestion : à Nantes, nous proposons de mettre le nom de la rue
issue de
Nantes Métropole sur la relation. Il s'agit là aussi d'une
recommandation du
schéma de Karlsruhe. C'est aussi un moyen de faciliter le travail du
mappeur
pour faire le lien avec les ways existant avec notre import. Est-il
possible de
mettre une erreur qui compare ce tag name avec les noms de ways
figurant en
membre "street" de la relation ?


Possible que ce soit déjà le cas... à vérifier dans le source.


En effet c'est déjà pris en compte dans l'analyseur.
Classe 7 : Many street names
http://osmose.openstreetmap.fr/utils/info.py?item=2060

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

Re: [OSM-talk-fr] Adresses postales de Nantes Métropole

[Christian Quest]

Le 27 novembre 2011 08:46, isnogoud  a écrit :

>
>
> > A propos des adresses postales, une nouvelle analyse est disponible sur
> > osmose:
> >
> > http://osmose.openstreetmap.fr/map/?item=2060
> >
>
> D'abord bravo et merci : c'est exactement ce qu'il nous faut pour vérifier
> les
> travaux d'import sur Nantes.
>
> > Elle fait ressortir les incohérences de tag addr:housenumber et de la
> > relation "associatedStreet":
> > - addr:housenumber sans addr:street et ne faisant pas partie d'une
> relation
> > associatedStreet
> > - relation associatedStreet sans membre "street"
> > - rôle "street" sur un way qui n'est pas highway=*
> > - membres sans rôle
> > - membres sans addr:housenumber
> > - numéro en double
> > - plusieurs noms de rue différents dans une même relation
> > - plusieurs relations avec la même rue
> >
> > Résultat des courses, plus de 6 nouvelles erreurs détectées, la
> > principale étant la première de la liste ci-dessus.
>
> Cela n'est pas étonnant : l'utilisation de la relation de type
> associatedStreet
> n'est présentée dans le schéma de Karlsruhe que comme une possibilité
> optionnelle mais recommandée. L'usage basique est de porter toutes les
> informations sur le point d'adresse.
>
>
Bien qu'elle ne soit pas obligatoire, la relation est quand même fortement
recommandée sur le wiki et elle apporte pas mal d'avantages.
L'analyse d'osmose ne considère comme erreur un addr:housenumber ne faisant
pas partie d'une relation QUE si il n'y a pas de addr:street d'indiqué.
Le wiki dit que si il n'y a que addr:housenumber de renseigné, la rue à
prendre en compte est la plus proche... mais c'est quand même bien limite
comme fonctionnement, surtout pour les adresses proches des intersections.


> Je plaide coupable d'avoir eu une telle idée d'analyse, Frédéric Rodrigo
> > est quant à lui coupable de l'avoir codée.
>
> D'autres motifs de culpabilité en vue ?
>
>
Il va sûrement y en avoir d'autres... je virus du contrôle qualité semble
contagieux !

Toujours dans le domaine des adresses, j'ai rajouté pas mal d'entrées dans
le "tagwatch-cleaner" pour remonter les abréviations dans les noms (ex "Ch
des Lilas", "Rue du Gén Leclerc").



> >
> > Le géocodage étant quelque chose de très demandé et utile, j'espère qu'on
> > va pouvoir mettre tout ça un peu plus au propre.
> >
>
> Une suggestion : à Nantes, nous proposons de mettre le nom de la rue issue
> de
> Nantes Métropole sur la relation. Il s'agit là aussi d'une recommandation
> du
> schéma de Karlsruhe. C'est aussi un moyen de faciliter le travail du
> mappeur
> pour faire le lien avec les ways existant avec notre import. Est-il
> possible de
> mettre une erreur qui compare ce tag name avec les noms de ways figurant en
> membre "street" de la relation ?
>
>
Possible que ce soit déjà le cas... à vérifier dans le source.



> Il est vrai que le but est de ne pas dupliquer l'information inutilement.
> L'idéal serait que le nom de rue ne figure qu'une seule fois dans OSM.
>
>
Sur le plan base de données ça serait souhaitable, mais cela rend les
algorithmes bien complexe.
Un peu de redondance d'info c'est comme mettre un peu d'huile dans les
rouages des algorithmes ;)

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

[OSM-talk-fr] Conflit avec le contributeur M-rick

[simon]

Bonjour,

Je me retrouve avec un problème de conflit avec le contributeur M-rick
qui tag de nombreuse piste forestiere en highway=bridleway et rajoute
une multide de tag qui me semble inutile.
http://www.openstreetmap.org/?lat=47.4855&lon=0.4771&zoom=14&layers=M
http://www.openstreetmap.org/?lat=47.3735296726227&lon=0.25993824005127&zoom=15


Une autre chose qui nous oppose est l'import de circuit de randonnées
tiré du site
http://www.rando-valdeloire.fr/depts/37/coms/ccpar/ccpar.php?page=accueil#gal_pedestre

Apparemment sans avoir l'autorisation des ayants droit (CG37 et
communauté de commune) 

faut annuler le changeset des circuit ?
Puis je corriger tous les bridleway ?

Librement

Simon

PS : je lui transmet le lien vers cette discutions car il ne semble pas
suivre cet liste




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

Re: [OSM-talk-fr] Stand OSM ce week-end à Capitole du Libre

[Thomas Petazzoni]

Salut Vincent,

Le Sat, 26 Nov 2011 20:15:26 +0100,
Vincent Privat  a écrit :

> Bon, on ne pourra pas dire qu'OSM était absent aujourd'hui !
> Gros succès du stand, j'ai eu en permanence du monde intéressé, et
> j'ai bien au moins 30 flyers qui sont partis !

Merci à Vincent d'avoir été là hier pour présenter OpenStreetMap au
public du Capitole du Libre.

À noter que Toulibre existe aussi toute l'année et nous sommes toujours
disponibles pour aider à l'organisation d'événements, ou mener des
actions de sensibilisation ou autres. N'hésitez vraiment pas à nous
solliciter.

Encore merci et bonne journée,

Thomas
-- 
Thomas Petazzonihttp://thomas.enix.org
MapOSMatic  http://www.maposmatic.org
Logiciels Libres à Toulouse http://www.toulibre.org
Embedded Linux  http://www.free-electrons.com

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

Re: [OSM-talk-fr] A vouloir trop en faire...

[nono]

Le vendredi 25 novembre 2011 à 10:59 +0100, Vladimir Vyskocil a écrit :
> Je trouve que cela devient risible quand on en arrive la :
> 
> http://www.openstreetmap.org/?lat=47.51626&lon=8.71892&zoom=16&layers=M
> 
> Les contributeurs de ce coin un peu trop zélés on mis chaque arbre meme le 
> plus insignifiant dans la base ? Cela recouvre tout (pb de rendu)...
> Mais outre ces problèmes et la pertinence d'avoir chaque arbre représenté, je 
> me demande comment peut être maintenu ce genre de donnée, le cadastre a 
> maintenir a coté c'est rien :-)
> 
> Vlad.
> 

Pour faire pisser le chien, t'as le choix ;)

nono


-- 
Singulièrement pluriel :
bijou, caillou, chou, genou, hibou, joujou, pou, gnu
bijoux, cailloux, choux, genoux, hiboux, joujoux, poux, gnu/linux


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr