[OSM-talk-fr] Nouvel outil pour repérer les contributeurs aux alentours "OpenStreetMap Contributors Map aka Who’s around me?"

[Jo.]

Ça en fait du découpage, on va finir par faire des confettis de la carte ;-D

Plus sérieusement, c'est intéressant d'avoir toutes ces données, il manque
seulement le temps de le faire. En priorité il reste à finir les limites de
commune qui sont manquante quand ce sera fini ce sera un véritable plus
d'intégrer toutes ces données.

Si tu veut bien me filer la mains dans ma zone pour cette tâche qui me
dépasse je te souhaite la bienvenue...

Le 8 janvier 2013 04:37, Philippe Verdy <verdy_p at wanadoo.fr> a écrit :

> Note que je ne demande PAS à ce que les pages donnant les détails
> d'une commune indique la totalité des détails, mais juste qu'elle
> offre des liens permettant de naviguer entre les outils d'analyse pour
> chercher quelque chose de relevant. Bref, il me semble opportun dan
> l'affichage d'une commune d'afficher ses tags au niveau de la
> relation, même s'il y a un lien pointant sur les infos éventuelles du
> noeud associé : le lien cherchera le noeud et ses caractéristiques
> avec un lien dans l'antre sens vers la relation.
> Ces pages devraient aussi afficher un état en cas d'objets en double
> (deux relations pour une même ref:INSEE, ou deux noeuds pour une même
> ref:INSEE), en signalant l'anomalie ou l'ambiguité.
> Cependant, comme il s'agit de faire l'état des données de découpage de
> l'INSEE, on a des données de référence qu'on doit aussi pouvoir
> vérifier pour associer chaque commune à son(ses) cantons, sa(ses)
> circonscription(s) (cas plus rare), et en tout cas à son
> arrondissement unique. De même pour les infos d'un canton, il doit y
> avoir une liste des communes inclues totalement ou partiellement (si
> seulement on pouvait aussi modéliser les fractions cantonales d'une
> commune en tant qu'objet "political_division=canton_fraction", afin
> que cette fraction soit totalement incluse dans une et une seule
> commune, et dans un et un seul canton, et vérifier qu'on a bien une
> converture totale d'une commune soit par un canton qui l'inclut
> totalement soit par l'exemple de ses fractions cantonales...).
>
> D'autres découpages sont aussi à associer au delà du découpage
> administratif ou politique (cantons et circonscriptions) :
> - le découpage postal devrait venir maintenant (mettre les codes
> postaux sur les noeuds ne suffit pas, et dans la relation on peut
> avoir plusieurs codes postaux hors codes spéciaux comme les CEDEX, et
> l'armée qui ne sont pas réellement géolocalisés mais juste gérés dans
> un centre de référence) : boundary=postal_code. Ce sera plus exhaustif
> et non ambigu (solution déjà déployée en Allemagne)
> - le découpage de la carte scolaire jusque l'enseigment secondaire (y
> compris les académies, mais non compris l'enseignement supérieur qui
> est à part car sans territoire de compétence attitré):
> boundary=educational (faut-il un découpage séparé pour le secondaire
> ?)
> - le découpage judiciaire : boundary=judiciary (comme en Belgique ?)
> - le découpage militaire (zones de défense incluses) : boundary=military
> - le découpage de la sécurité civile : pompiers par exemple (mais
> doit-on y inclure les pompiers militaires à Paris et Marseille ?)
> - le découpage de la police nationale : boundary=police (est-ce le
> même pour la Gendarmerie nationale ou suit-elle le découpage militaire
> ?)
> - le découpage hospitalier (réseau national de santé et des secours
> d'urgence/SAMU) peut-être (est-il associé au découpage de la sécurité
> civile ? On sait qu'il déborde largement les communes et même les
> départements et régions pour certaines spécialités, par exemple pour
> la psychiatrie, les centres anti-poison, la couverture médicale et
> pharmaceutique...)
> - le découpage des charges légales concédées par l'Etat (par exemple :
> notaires, huissiers)
> - le découpage des zones de licence pour divers services (taxis,...)
> - le découpage des zones de compétence en matière de transport public
> (pas forcément l'EPCI)
> - le découpage des agences de bassin
>
> Le 7 janvier 2013 18:32, PierreV <belettepv at hotmail.fr> a écrit :
> > verdy_p wrote
> >> Je trouve dommage de ne pas lier ces pages comme:
> >> http://openstreetmap.fr/outils/etat-commune?insee=35238
> >> avec les liens vers les subdivision administratives et politiques
> >> (cantons, circonscription législatives) dont fait partie la commune
> >> (ou qui divisent la commune dans le cas des cantons)
> >>
> >> Notamment depuis et vers :
> >> http://openstreetmap.fr/outils/etat-du-decoupage-administratif
> >>
> >> Et qu'on n'y voit pas non plus d'autres infos comme la population
> >> municipale (venant de la relation sinon du noeud place=* quand il
> >> existe), les liens "wikipedia:lang=*", les noms "name:lang=*"
> >> (provenant de la relation de préférence, sinon du noeud) et sinon que
> >> cette page affiche tous les attributs dui noeud et de la relation, en
> >> les classant.
> >
> > Pareil... mais avec un très gros merci a nos cher développeurs qui
> prennent
> > du temps a nous concocter tout ses petits outils bien utiles!
> > D'ailleurs dans la continuité des liens pouvant etre dispo pour l'état
> de la
> > commune, on peut rajouter openstreetbug?
> >
> >
> >
> > --
> > View this message in context:
> http://gis.19327.n5.nabble.com/Nouvel-outil-pour-reperer-les-contributeurs-aux-alentours-OpenStreetMap-Contributors-Map-aka-Who-s-a-tp5743183p5743241.html
> > Sent from the France mailing list archive at Nabble.com.
> >
> > _______________________________________________
> > Talk-fr mailing list
> > Talk-fr at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130108/b4df805b/attachment.htm>