Re: [OSM-talk-fr] Activité hier en france

[Skywave]

Mapnik utilise le admin_level tag, voir ici:
http://www.openstreetmap.org/?lat=51.2963&lon=5.5885&zoom=13&layers=B0FT.
En Mercredi le frontieres   devrait être mis sur le Mapnik layer.

2008/3/16 Alban <[EMAIL PROTECTED]>:
> Renaud Martinet a écrit :
>
>
> > Je jouais avec un petit script que j'ai fait pour afficher les
>  > dernières modifs depuis les diffs quotidiens et oh surprise ! il s'est
>  > passé plein de trucs hier... voir l'image jointe. En tout cas ça a une
>  > bonne gueule :)
>  Bien vu Renaud pour la capture en live.
>  Pour l'historique, le pourquoi du comment et la licence cf. Limites
>  régions/départements sur la liste.
>  Maintenant il nous reste à connecter tout ce bazar au limites nationales
>  et au littoral, de supprimer les doublons (région parisienne) et de le
>  rendre plus précis (quand la limite est un cours d'eau le tracé ne passe
>  pas forcement au milieu du cours d'eau).
>  Remarque c'est dommage que le rendu ne distingue pas les 'boundaries' en
>  fonction de 'admin_level'
>
>  Ciao,
>
>  Alban
>
>
>
>  ___
>  Talk-fr mailing list
>  Talk-fr@openstreetmap.org
>  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] carte des trains

[Skywave]

Avec osmxapi[1] ou excerpt-tages [2] et le hexagone.osm c'est simple
de creere un .osm fichier avec seulement voies ferres. Ensuite, vous
faites une carte de ce fichier avec Mapnik, Osmarender ou Kosmos (la
plus simple).

Skywave

[2] www.informationfreeway.org/api/0.5/way[railway=*][bbox=-5,42,9,52]
[1] 
http://trac.openstreetmap.org/browser/applications/utils/osm-extract/planetosm-excerpt-tags.pl
2008/3/16 Axel Rousseau <[EMAIL PROTECTED]>:
> En gros, c'est surtout pour savoir "où je peux aller" si je n'ai pas de
>  voitures et que je me déplace comme piéton...
>  Il n'existe pas de carte où on peut trouver ce type d'infos...
>
>  Axel
>
>
>
>  > Pas à ma connaissance mais c'est assez facilement faisable. Après faut
>  > voir ce que tu veux exactement sur la carte.
>  >
>  >
>  > Renaud.
>  >
>  > On Sun, Mar 16, 2008 at 5:33 PM, Axel Rousseau
>  > <[EMAIL PROTECTED]> wrote:
>  >
>  >> Bonjour,
>  >>  Je voulais savoir si y'a quelque part une extraction de openstreetmap
>  >>  avec uniquement les lignes de train, les gares etc.
>  >>  Comme ça existe pour les chemins accessibles aux vélos.
>  >>
>  >>  Merci,
>  >>
>  >>  Axel
>  >>
>  >>
>  >>
>  >>  ___
>  >>  Talk-fr mailing list
>  >>  Talk-fr@openstreetmap.org
>  >>  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>  >>
>  >>
>  >
>  > ___
>  > Talk-fr mailing list
>  > Talk-fr@openstreetmap.org
>  > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>  >
>
>
>  ___
>  Talk-fr mailing list
>  Talk-fr@openstreetmap.org
>  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] openstreetmap refuse les .gpx de mon geonaute keymaze 300.

[Skywave]

Ce fichier fonctionne avec JOSM.

2008/3/26 <[EMAIL PROTECTED]>:

> Quoting Renaud Martinet <[EMAIL PROTECTED]>:
>
> Ail ail ail, alors c'est mort :-(, le keymaze 300 est ultra basique...
> En tous cas, merci pour l'info, ça m'évitera de m'énerver à essayer de
> trouver
> pourquoi il importe zéro points
>
> Bon, bah je crois que je n'ai plus qu'à me josm-izer :-( si je veux mapper
> la
> région de mes parents (qui est en basse résolution Yahoo et qui a
> énormément
> changé par rapport à la photo satellite...
>
> A tout hazard, n'y aurait'il pas un gpx-timestamp-faker qui traine quelque
> part?
> (j'ai la date de départ et le temps entre 2 points).
>
> Olivier.
>
>
> > Si je me rappelle bien à une époque l'outil d'upload ne prenait pas
> > les gpx qui ne contenaient pas de timestamps mais ce n'est peut-être
> > plus d'actualité..
> >
> >
> > Renaud.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

[OSM-talk-fr] Erreurs/corrections OSM France

[Skywave]

http://trac.openstreetmap.org/ticket/856
J'ai cree un ticket pour secondary_link

2008/4/22 Pierre Mauduit <[EMAIL PROTECTED]>:
> Salut,
>
>  Le mardi 22 avril 2008 à 16:09 +0200, Olivier Boudet a écrit :
>
> > On Tue, Apr 22, 2008 at 3:57 PM, murphy2712. nospam
>  > <[EMAIL PROTECTED]> wrote:
>  > Maintenant qu'on a des belles statistiques et listes
>  > d'inconformités
>  > sur http://pedrov.kwain.net/osmstats et/ou
>  > http://stats.openstreetmap.fr :
>  >
>  > A noter que les scripts présents sur stats.osm.fr sont ceux de pedrov
>  > (peut etre que je ne suis pas à jour étant donné que je n'avais plus
>  > de connexion internet).
>
>  A ce sujet, j'ai apporté quelques modifications, il faudra que tu mettes
>  à jour un des quatre (mais je comprends mieux pourquoi tu n'étais pas
>  sur IRC ces temps-ci ;)).
>
>  Quelqu'un avait par ailleurs évoqué la mise en place d'un subversion
>  pour mes scripts, j'ai pas encore eu le temps de mettre ceci en place.
>
>  Enfin, je n'ai pas fini de faire une page par tags renseignés sur le
>  wiki à la page Map:feature (d'apres ce que j'ai compris il y a encore un
>  flou concernant les pistes cyclables notamment).
>
>  Sinon, des essais de calculs en projection lambert II étendu ont été
>  faits, mais cela bouffe des ressources trop importantes en temps de
>  calculs, et fait planter les bounding boxes. En ce qui concerne les
>  stats, les résultats sont plus pessimistes qu'en WGS84 (la projection
>  actuelle).
>
>  Enfin voila en résumé les différentes recherches effectuées depuis la
>  mise en ligne de mes scripts sur stats.osm.fr ; je suis toujours motivé
>  pour développer des outils tirant bénéfice des requêtes spatiales en
>  tous cas ;-)
>
>  Bonne fin d'après midi,
>
>  --
>  Pierre
>
>
>
>
>
>  ___
>  Talk-fr mailing list
>  Talk-fr@openstreetmap.org
>  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>

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

[OSM-talk-fr] Carte de rues sans nom.

[Skywave]

Bonjour,

J'ai fait une carte des rues sans noms dans Paris, Lyon et Toulouse comme .
Les voies sans noms sont indiqués par une ligne noire, ce qui donne une
bonne idée de l'endroit où les choses doivent encore être mappés.

Attention! Les fichiers sont 3 Mo grande

http://skywave0.googlepages.com/paris.jpg
http://skywave0.googlepages.com/toulouse.jpg
http://skywave0.googlepages.com/lyon.jpg
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Carte de rues sans nom.

[Skywave]

J'ai utilise Mapnik. Chaque highway (pas motorway_link, trunk_link,
primary_link et service) sans name=* a une ligne noire. J'ai l'idée de
http://www.opengeodata.org/?p=296.

2008/5/18 David MENTRE <[EMAIL PROTECTED]>:

> Bonjour,
>
> 2008/5/18 Skywave <[EMAIL PROTECTED]>:
> > J'ai fait une carte des rues sans noms dans Paris, Lyon et Toulouse comme
> .
> > Les voies sans noms sont indiqués par une ligne noire, ce qui donne une
> > bonne idée de l'endroit où les choses doivent encore être mappés.
>
> Tu as fait ça à la main ou avec un logiciel  automatique ? Pour
> comprendre, quel critère tu utilises pour dire que la rue n'a pas de
> nom ?
>
> Amicalement,
> d.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr

Re: [OSM-talk-fr] Limites administratives ?

[Skywave]

Créez un way admin_level=2 boundary=administrative pour la limite nationale,
admin_level 8 pour la limite de la commune.
Et ajoutez cette ways a une nouveau relation boundary=administrative name=La
Seyne admin_level=8. Ajoutez le limite nationale a la relation France
id:11980 http://www.openstreetmap.org/browse/relation/11980. Exemples ici:
http://www.openstreetmap.org/?lat=42.43646&lon=3.17498&zoom=16&layers=B00FTF

2008/8/21 leblatt <[EMAIL PROTECTED]>

> Pardon, j'oubliais de préciser : la ville est côtière (La Seyne), donc du
> coup limite nationale. Pas d'incidence ?
>
> > -Message d'origine-
> > De : [EMAIL PROTECTED] [mailto:talk-fr-
> > [EMAIL PROTECTED] De la part de murphy2712.nospam Envoyé :
> > jeudi 21 août 2008 17:58 À : Discussions sur OSM en français Objet :
> > Re: [OSM-talk-fr] Limites administratives ?
> >
> > (...)
> > Pour les relations ce n'est utile qu'à partir du moment où une limite
> > est partagée avec une autre.
>
>
>
> ___
> 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] Tracer une place

[Skywave]

J'ai créé un trac ticket: http://trac.openstreetmap.org/ticket/1129
2008/8/25 Patrice Vetsel <[EMAIL PROTECTED]>

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Si je mets le area=yes c'est que :
> 1/ c'est marqué dans le wiki (et oui cela ne colle pas avec
> highway=residential). Le wiki dit faux ?! Si oui, que les kadors
> corrigent :)
> 2/ et bien cela me semble tout de même complètement logique de définir
> ce tag area=yes, car c'est bien toute la place qui est accessible aux
> voitures, on y roule comme on veut, pas de marquage au sol, et je ne
> veux pas voir sur le rendu des trous sur la place.
>
> Quelqu'un peut ouvrir/rapporter ce problème vers les hautes sphères ?
>
> Bonne soirée
>
> Charlie Echo a écrit :
> > Personnellement, je n'aurais pas mis "area=yes" : ça perturbe le rendu.
> > Sur la page http://wiki.openstreetmap.org/index.php/Map_Features#Highway
> > tu verras que "highway=residential" s'applique à un Way, et pas à une
> Area.
> >
> > (c'est un truc assez important à comprendre ; il m'a fallu bcp d'erreurs,
> par exemple, pour comprendre que les mini_roundabouts étaient des Points
> (Nodes) et pas des Ways.)
> >
> >
> > Le "centre" de la place est comme un trottoir. Tu traces donc juste les 4
> bords en boucle en mettant highway=residential (en supposant que les
> adresses des habitations soient bien "place de l'Eglise"), et zoup, c'est
> réglé.
> > En gros, par rapport au tracé actuel, tu enlèves juste "area=yes" et
> c'est bon.
> >
> > Si tu y tiens, tu peux aussi dupliquer cette route et en faire une
> area=yes, sans highway.
> >
> >
> > Autre chose : évite de mettre trop de points inutiles. Sur les rues
> adjacentes à la Place, il y a plusieurs points très proches, sans intérêt.
> Ca augmente un peu la complexité, la taille des fichiers, etc, et ça
> n'apporte rien. Enfin c'est mon avis.
> >
> >
> > - Mail Original -
> > De: "Patrice Vetsel" <[EMAIL PROTECTED]>
> > À: "Discussions sur OSM en français" 
> > Envoyé: Lundi 25 Août 2008 17:12:36 GMT +01:00 Amsterdam / Berlin / Berne
> / Rome / Stockholm / Vienne
> > Objet: [OSM-talk-fr] Tracer une place
> >
> > Comment tracer une place de mon village.
> >
> > C'est une place, "place de l'église", où les voitures roulent, car 4
> > rues débouchent sur elle. Le parking y est interdit.
> >
> > le lien :
> >
> http://www.openstreetmap.org/?lat=43.993244&lon=4.0697&zoom=18&layers=B00FTF
> >
> > j'ai utilisé (ce que j'ai pu trouver ;) ):
> >
> > highway
> > =residential
> > 
> > *area*=yes
> >
> > depuis le wiki :
> > http://wiki.openstreetmap.org/index.php/Key:area
> >
> > Mais ça rends pas du tout :/
> >
> >
>
> - --
> Patrice Vetsel <[EMAIL PROTECTED]>
> Aka/Alias Kagou
> https://launchpad.net/people/vetsel-patrice
> gpg key: 0x15c094db
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFIsvo0AGLykBXAlNsRAgULAKCKwDgx1liQ3Y48R30A7OdhxpUOxACfbvFs
> qr06pc4Vjtgax+cZjMExMO0=
> =XIiP
> -END PGP SIGNATURE-
>
> ___
> 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] Limites administratives ? [Skywave]

[Skywave]

J'ai divise la way entre une way de la limite de France et une way de la
limite de La Seyne. J'ai supprime la way superposee.

2008/8/25 leblatt <[EMAIL PROTECTED]>

>  Skywave : Bonsoir, j'ai vu que tu avais créé une relation pour la limite
> de La Seyne.
>
> Par contre, j'avais créé une way circulaire de 871 nodes, et il y a
> maintenant, en plus, une autre way de 358 nodes qui se superpose. Je me
> demandais à quoi elle servait.
>
> As-tu divisé ma way entre la ligne côtière et la limite terrestre ?
>
> J'ai peut-être causé ce problème, car, pensant être le seul à travailler
> sur cette ville, j'ai réutilisé un fichier .osm stocké chez moi au lieu de
> reprendre des données neuves du serveur. J'ai dû recréer la way d'origine
> sans le vouloir.
>
>
>
> Gilles
>
>
>
>
>
> *De :* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *De la part de* Skywave
> *Envoyé :* jeudi 21 août 2008 18:24
> *À :* Discussions sur OSM en français
> *Objet :* Re: [OSM-talk-fr] Limites administratives ?
>
>
>
> Créez un way admin_level=2 boundary=administrative pour la limite
> nationale, admin_level 8 pour la limite de la commune.
> Et ajoutez cette ways a une nouveau relation boundary=administrative
> name=La Seyne admin_level=8. Ajoutez le limite nationale a la relation
> France id:11980 http://www.openstreetmap.org/browse/relation/11980.
> Exemples ici:
> http://www.openstreetmap.org/?lat=42.43646&lon=3.17498&zoom=16&layers=B00FTF
>
> 2008/8/21 leblatt <[EMAIL PROTECTED]>
>
> Pardon, j'oubliais de préciser : la ville est côtière (La Seyne), donc du
> coup limite nationale. Pas d'incidence ?
>
> > -Message d'origine-
> > De : [EMAIL PROTECTED] [mailto:talk-fr-
> > [EMAIL PROTECTED] De la part de murphy2712.nospam Envoyé :
> > jeudi 21 août 2008 17:58 À : Discussions sur OSM en français Objet :
> > Re: [OSM-talk-fr] Limites administratives ?
> >
> > (...)
>
> > Pour les relations ce n'est utile qu'à partir du moment où une limite
> > est partagée avec une autre.
>
>
>   ___
> Talk-fr mailing list
>
> 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] Tracer une place

[Skywave]

Steve Chilton a ajouté highway = residential / area=yes à Mapnik.
http://www.openstreetmap.org/?lat=43.993244&lon=4.0697&zoom=18&layers=B00FTF


2008/8/26 Pieren <[EMAIL PROTECTED]>

> 2008/8/25 Patrice Vetsel <[EMAIL PROTECTED]>:
> > 1/ c'est marqué dans le wiki (et oui cela ne colle pas avec
> > highway=residential). Le wiki dit faux ?! Si oui, que les kadors
> > corrigent :)
>
> Le wiki est juste et comme c'est aussi écrit. ça n'est pas encore
> supporté par Mapnik mais uniquement par osmarender (Mapnik supporte
> les area avec highway=pedestrian pour l'instant). La bonne réaction
> est de regarder d'abord s'il existe déjà un ticket dans le trac, et si
> non, en ajouter un, ce qui est le cas maintenant ;-)
>
> >> Personnellement, je n'aurais pas mis "area=yes" : ça perturbe le rendu.
> >> Sur la page
> http://wiki.openstreetmap.org/index.php/Map_Features#Highway
> >> tu verras que "highway=residential" s'applique à un Way, et pas à une
> Area.
>
> Mais le wiki est parfois contradictoire puisque la page
> http://wiki.openstreetmap.org/index.php/Key:area dit qu'on doit faire
> comme ça et ça a une certaine logique.  Il faut juste attendre que
> Mapnik supporte cette combinaison ou se plaindre auprès des gens qui
> contrôllent mapnik (la description commence à dater maintenant de plus
> d'un an et Mapnik est en retard sur ce coup-là)
> 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] Le parcours du tour 2009 sur OSM ?

[Skywave]

Première pièce: http://www.openstreetmap.org/browse/relation/38904.

2008/10/22 Steven Le Roux <[EMAIL PROTECTED]>

> Pour jeter un coup d'oeil c'est ici :
> http://www.letour.fr/2009/TDF/img/tourParcoursGlobal.jpg
>
> pas de boulot pour les bretons cette année :)
>
> Après il faudra faire un rendu spécial pour mettre en évidence... pas
> évident...
>
>
>
> 2008/10/22 Patrice Vetsel <[EMAIL PROTECTED]>
>
> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> C'est en effet une excellente idée ! Au moins s'assurer que les routes
>> soient entièrement et parfaitement couvertes/renseignées !
>>
>> Je regarde où passe le tour par chez moi de suite…
>>
>> Pieren a écrit :
>> > Le parcours du tour de France 2009 vient d'être publié.
>> >
>> > Est-ce que ça ne serait pas un bon coup de pub si on pouvait
>> > concentrer nos efforts pour que toutes les routes, et pourquoi pas
>> > toutes les villes étapes, soient couvertes par OSM ?
>> >
>> > Ca serait la réponse du berger "OSM" à la bergère "Google Street
>> View"...
>> >
>> > Pieren
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> - --
>> Patrice Vetsel <[EMAIL PROTECTED]>
>> Aka/Alias Kagou
>> https://launchpad.net/people/vetsel-patrice
>> gpg key: 0x15c094db
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1.4.6 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>
>> iD8DBQFI/2x6AGLykBXAlNsRAlgcAJ9HlTAdGsB/m3zn1T/ySOA6zGj+agCffkF1
>> +HJXLp5Aqpsdk9p3gkZLwis=
>> =NKCy
>> -END PGP SIGNATURE-
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Steven Le Roux
> Jabber-ID : [EMAIL PROTECTED]
> 0x39494CCB <[EMAIL PROTECTED]>
> 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
>
> ___
> 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] demande d'utilisation du Plan Cada stral pour le projet OpenstreetMap : la réponse !

[Skywave]

C'est une très bonne nouvelle que nous avons maintenant la permission
J'ai fait pratiquement tous les bâtiments de Perpignan, et il a pris 2
semaines. Ainsi, il est possible de le faire à la main.


On Mon, Jan 19, 2009 at 11:08 PM, Steven Le Roux wrote:

> Ne devrait-on pas refaire l'import des limites administratives ?
>
> Ne pourrait-on pas importer les batiments (pas facile à détecter à mon
> avis, à moins qu'il n'y ait un tag dans le format vectoriel ?) ?
>
>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >
> >
> >
> > --
> > Steven Le Roux
> > Jabber-ID : ste...@jabber.fr
> > 0x39494CCB 
> > 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
> >
>
>
>
> --
> Steven Le Roux
> Jabber-ID : ste...@jabber.fr
> 0x39494CCB 
> 2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB
> ___
> 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] Que s'est-il passé le 16 févri er ?

[Skywave]

J'ai ai change tout les place=hamlet, automatiquement importés en
place=village. Ces villages ont été marqués tort, car ils ont tous un code
postal et plus que quelques maisons et une mairie.

2009/2/22 Yann Coupin 

> Alors deuxième round !
>
> Après avoir interrogé l'API d'historique avec un jeu aléatoire
> correspondant à 10% des modifs de ce jours, voici nos grands gagnants :
>
>  891 Skywave
>  490 frodrigo
>  239 sidney
>  189 Art Penter
>  174 flobb
>  171 Esperanza36
>  140 Dupleix
>  134 benoit tardy
>  117 Marcussacapuces91
>
> On leur envoi un petit message pour savoir ce qu'ils ont fait ?
>
> Yann
>
> Le 22 févr. 09 à 01:26, Yann Coupin a écrit :
>
> > Bon, j'ai regardé le diff de ce jour là, et j'ai fait un classement
> > des utilisateurs apparaissant le plus pour les objet modifiés. J'ai le
> > top 3 suivant.
> >
> > Skywave 1303 modifs
> > benoit tardy 1775 modifs
> > Alban 6650 modifs
> >
> > Mais quand je regarde les objets, j'ai des timestamp qui ne collent
> > pas et je ne sais pas bien lire le diff pour en faire qqc d'utile. Par
> > contre quand je regarde l'historique de quelques objets un peu au
> > hasard, j'ai des modifs pour la période horaire donnée et ils sont
> > tous de frodrigo. Maintenant, cette analyse n'est pas exhaustive, mais
> > je pense quand même qu'on a trouvé notre client.
> >
> > Je vais tenter de charger les historiques d'une partie des objets
> > modifiés via un script histoire d'être plus systématique pour refaire
> > un top 3 à mon avis plus pertinent...
> >
> > Yann
> >
> > Le 21 févr. 09 à 22:01, Pieren a écrit :
> >
> >> On Sat, Feb 21, 2009 at 9:24 PM, Charlie Echo
> >>  wrote:
> >>> En bleu, ce sont les modifications.
> >>> N'est-ce pas un coup du fameux script qui convertit automatiquement
> >>> des tags ?
> >>>
> >>
> >> Si c'est le bot, pourquoi est-ce que ce n'est pas plus uniforme sur
> >> tout le territoire ? Seules certaines zones semblent touchées...
> >
> >
> > ___
> > 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] Limites administratives espagnoles e t frontières avec la France

[Skywave]

I've merged the Spanish data, from near the western
Andorra-France-Spain triborderpoint (where the data is really bad) to
the Mediterrean sea. I personally think the Spanish data is a little
better than the Cadastre data.

skywave

2009/12/4 Art Penteur :
> Le 4 décembre 2009 21:43, Christophe Merlet (RedFox)
>  a écrit :
>> Le vendredi 04 décembre 2009 à 20:29 +, Emilie Laffray a écrit :
>>>
>>> Apparemment l'import francais est considere de qualite pour la frontiere.
>>
>> Pas ici en tout cas !
>> http://sautter.com/map/?zoom=11&lat=42.92325&lon=-0.76355&layers=B0TF
>>
>
> Vous avez tous les deux raisons (cf discussions anciennes) :  l'import
> français est de qualité pour la frontière... là où il pu avoir lieu.
> On n'est pas à 100% de communes, en France.
> Par contre, il est notoire que les donnée précédentes étaient très
> approximatives (origine CIA ?).
>
> Art.
>
> ___
> 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] Limites administratives espagnoles e t frontières avec la France

[Skywave]

I was talking about the comparison between Cadastre and the Spanish
Data, i don't have the exact data of the borderstones, but the Spanish
data seems to be following it more, the Cadastre data has more curves
but the difference is measured in centimers not meters. There are a
few bordersstones in the database, one by me, a couple by others, they
match both the Cadastre and the Spanish data. But imo if you would
draw a line between each borderstone it would look more like the data
from the Spanish source

And i know the difference between cadastre, CIA, and the Spanish data,
as they were imported by me in that region. Cadastre.fr has of course
also country borders as they share borders, the Spanish data i got
from a file sent by the importer, the CIA data should be deleted as
soon as possible.

The data from the French cadastre is just fine for the purpose in OSM,
i have only slightly altered the existing Cadastral borders in the
Pyrenees Orientales: i cleaned out some unnecessary nodes and cutted
it in pieces to fit in the Spanish relations. I've deleted the
Andorrian-Spanish border, as it was from the CIA world databank

http://www.openstreetmap.pl/balrog/limites-omitidos.osm.bz2

2009/12/4 Christophe Merlet (RedFox) :
> Le vendredi 04 décembre 2009 à 23:11 +0100, Skywave a écrit :
>
> Hi
>
>> I've merged the Spanish data, from near the western
>> Andorra-France-Spain triborderpoint (where the data is really bad) to
>> the Mediterrean sea. I personally think the Spanish data is a little
>> better than the Cadastre data.
>
> Cadastral data are only for administrative level 8. A few were imported
> along the France-Spain frontier as you can see here.
> http://beta.letuffe.org/?zoom=10&lat=42.47555&lon=2.56539&layers=BFFFTFF
>
>
> The France-Spain frontier is an old import of the CIA World Database.
> You can modify these ways :)
>
> Where there are Cadastral Data, how can you be sure your data are
> better ? Do you have the coordonates of the "mojones" ?
> http://es.wikipedia.org/wiki/Frontera_entre_Espa%C3%B1a_y_Francia
>
>
>        Librement,
> --
> Christophe Merlet (RedFox)
>

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

Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France

[Skywave]

2009/12/5 Christophe Merlet (RedFox) :
> Le samedi 05 décembre 2009 à 14:56 +0100, Skywave a écrit :
>> I was talking about the comparison between Cadastre and the Spanish
>> Data, i don't have the exact data of the borderstones, but the Spanish
>> data seems to be following it more, the Cadastre data has more curves
>> but the difference is measured in centimers not meters. There are a
>> few bordersstones in the database, one by me, a couple by others, they
>> match both the Cadastre and the Spanish data. But imo if you would
>> draw a line between each borderstone it would look more like the data
>> from the Spanish source
>
> Now, I know the tag for borderstone (historic=boundary_stone) :)
> but it's not rendered by mapnik :(
>
>> And i know the difference between cadastre, CIA, and the Spanish data,
>> as they were imported by me in that region. Cadastre.fr has of course
>> also country borders as they share borders, the Spanish data i got
>> from a file sent by the importer, the CIA data should be deleted as
>> soon as possible.
>
> OK, that allright.
>
>> The data from the French cadastre is just fine for the purpose in OSM,
>> i have only slightly altered the existing Cadastral borders in the
>> Pyrenees Orientales: i cleaned out some unnecessary nodes and cutted
>> it in pieces to fit in the Spanish relations. I've deleted the
>> Andorrian-Spanish border, as it was from the CIA world databank
>>
>> http://www.openstreetmap.pl/balrog/limites-omitidos.osm.bz2
>
>
> Beware with your limits, it's not always better. It does not follow
> natural border like river
>
> Arneguy
> http://sautter.com/map/?zoom=16&lat=43.10889&lon=-1.28235&layers=00B000TF
>
> Border stone #225
> http://sautter.com/map/?zoom=18&lat=43.00806&lon=-1.14266&layers=00B000TF
> (here, french cadastre is also not really exact :/ Track way from my own
> GPS should be in France...)
>
>
>        Librement,
> --
> Christophe Merlet (RedFox)
>

My piece of border mainly existed out of Col's and peaks, not many
rivers, couple of streams probably.
The limits will probably always be different in different sources and
i presume nobody in the real world cares either about that small
surface of rock ;). Openstreetmap will never be able to really check
the whole border.
For that borderstone, keep in mind, GPS isn't very precise either.

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

Re: [OSM-talk-fr] Limites administratives espagnoles e t frontières avec la France

[Skywave]

J'ai change les bornes avec amenity=border_stone a
historic=border_stone. J'ai aussi ajouté des tags source=, les bornes
dans le Perthus sont tracés du cadastre, le borne a mappe avec GPS et
photo.

2009/12/6 Christophe Merlet (RedFox) :
> Le dimanche 06 décembre 2009 à 12:52 +0100, Christophe Merlet (RedFox) a
> écrit :
>> Le dimanche 06 décembre 2009 à 11:49 +0100, Frédéric Rodrigo a écrit :
>>
>> > Visiblement il n'y a que 3 bornes déjà en place
>> > http://cassini.toolserver.org/~kolossos/qtm2/featurelist.php?key=historic&value=boundary_stone&types=points-
>> > areas-infos&BBOX=-2,43.5,3.5,42
>
> Skywave a aussi mappé 16 autres bornes en utilisant amenity=border_stone
> avec un ref pour le numéro...
>
> Je n'y ai pas touché. J'ai tout de même une préférence pour
> historic=boundary_stone, même si la borne est toujours d'actualité ou
> construite en béton il y a moins de 10 ans...
>
>
>        Librement
> --
> Christophe Merlet (RedFox)
>
> ___
> 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