Re: [OSM-talk-fr] Cohérence des voiries, mises à jour / modération

[Eric Marsden]

> "hr" == Hugues Romain (RCS)  writes:

  hr> C'est exactement ce qu'on étudie pour Toulouse, mais au stade actuel il 
est
  hr> clair qu'ils ne se lanceront pas dans l'aventure s'ils n'arrivent pas à
  hr> borner le volume de travail qui sera déjà conséquent rien qu'à gérer les
  hr> effets de bord des mises à jour utiles et les erreurs inévitables (ex
  hr> changement d'ID d'un objet, relation mal conservée, etc.)

  Je pense comme Pieren que des outils d'analyse automatique de la
  «gravité» des changesets seront développés rapidement, et faciliteront
  la tâche de ceux qui voudraient s'appuyer sur une base de données
  parallèle à OSM, mais très régulièrement synchronisée. La gravité
  pourra être évaluée en calculant des critères commen le cumul des
  déplacements de noeuds, la longueur cumulée de voies crées ou
  détruites, la modification de certain tags utiles au rendu, le degré
  d'impact sur un grand nombre de calculs de routage.

  Des sociétés comme Cloudmade et Geofabrik proposeront sans doute de
  gérer de telles bases paralleles pour des clients, sur des zones
  géographiques bien définies. 


  hr> La question se pose dès maintenant.
  hr> On a les outils pour faire du routing piéton + TC en 100% GPL, avec un
  hr> accord négociable avec l'autorité de transports urbains locale sur 
Toulouse.
  hr> 
  hr> Tente-t-on l'expérience ?

  Ca serait un très joli projet (je rajouterai volontiers le routage
  vélo, intégrant les localisations des bornes VéloToulouse). Je pense
  que dans 6 mois ça sera bien plus facile à réaliser qu'aujourd'hui.

  
  hr> Pour parler de Toulouse en particulier, ne serait il pas opportun de 
monter
  hr> un petit rendez vous "physique" ? 

  Un mapping party est en cours d'organisation au sein de Toulibre,
  probablement en juillet si mes souvenirs sont bons. Surveiller
  toulibre.org (et ça sera sans doute annoncé ici).

-- 
Eric Marsden


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

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 2 4 "Zones agricoles hétérogènes "

[Vincent Pottier]

Valerie-Emma Leroux a écrit :
> Pieren a écrit :
>   
>> 2009/5/28 Vincent Pottier :
>>
>> Sinon, il reste l'option de créer un nouveau landuse qui décrive ce
>> mélange. Pourquoi se limiter aux tags existants ?
>>
>> 
> C'est ce que j'allais proposer en lisant le fil.
>   

Donc on importe ?
La différence entre le 242 et le 243 est que parmi les possibles
parcelles composant un polygone 243, il y a, en plus des possibles
landuse=fram | meadow | orchard | vineyard,  du landuse=forest, du
natural=fell (pardon : grassland) | haeth | scrub... Mais la dominante
est agricole.
Un seul tag devrait suffire pour les deux, la précision étant dans le
tag clc:code=243.
But what ?
Si la note suggère la possibilité d'affiner (un 'see wiki/CLC/242')...
> Les descriptions CLC sont assez claires : systèmes culturaux et 
> parcellaires *complexes*. Ces petites parcelles doivent voir des 
> rotations de culture avec retour à la prairie par moments ; il est 
> inutile àmha de vouloir dans OSM définir plus précisément ces espaces 
> sauf à avoir un résultat super précis... valable un an.

J'aurais été mauvais conseiller agricole si j'avais continué dans cette
voie, mai je crois bien que la prairie n'entre généralement pas dans une
rotation de culture. elle est installée pour plusieurs années. On peut
cultiver un ray-grass italien (de l'herbe) sur un an pour une production
d'ensilage, de fourrage, d'alimentation animale, comme la luzerne, le
trèfle... Mais c'est de la production intensive. Ça ressemble plus à un
champ de blé au printemps et ça ne sera certainement pas taggué 'meadow'.

Je pense que le tag 'landuse=farm' va bien pour ce qui entre dans un
assolement. Bon le tag n'est pas très explicite là-dessus : ce ne sont
pas des agronomes qui ont créé le tag, ou à une époque où osm n'était
pas si précis.

Vincent

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

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 32 "Milieux à végétation arbustive et/ou herbac ée"

[Vincent Pottier]

Vincent Pottier a écrit :
> Pieren a écrit :
>> * la classe 323 "Végétation sclérophylle" a deux propositions sur le
>> wiki, soit "natural=wood" + "wood=mixed", soit "natural=scrub"
>> (brousaille, bush). Le sous-titre en français parle de végétation
>> arbustive persistente comprenant maquis, garrigue et oliveraies
>> abandonnées. "Quelques arbres isolés peuvent être présents.". Les
>> termes de "bushes and scrubs" sont utilisés par la nomenclature CLC en
>> anglais 
>> (http://etc-lusi.eionet.europa.eu/CLC2000/classes/Pictures?CLCcategory=3/3.2/3.2.3&CLCtitle=Sclerophyllous%20vegetation).
>> Donc la faible présence d'arbres et la définition CLC en anglais me
>> ferait pencher pour la version "natural=scrub" mais un examen de
>> quelques exemples montre aussi la présence assez marquée d'arbres par
>> endroits (seulement ~1500 polygones).
>>   
>> 
> Là, je serais assez favorable à la création d'une valeur pour "natural"
> pour traduire "garrigue". Bon ça n'existe pas beaucoup en Albion et on
> excusera les Anglais de ne pas encore avoir introduit le mot. Mais il
> sera repris autour de la Méditerranée et même ailleurs : on en introduit
> 1500 d'un coup. Actuellement, il n'y a que 350 'fell' et une poignée de
> 'grassland' en Europe. Notre import change la donne.
> Mais je ne connais pas assez l'anglais pour trouver le mot juste et vous
> faire la proposition.
Bon,
Comme il faut avancer,
Comme je serai bien pris ce week-end.
Comme natural=scrub ne sera probablement repris que pour cette classe
(la classe 333 étant 'natural=nothing' ;-).
Comme il n'y a que (il y a tout de même) 1500 polygones dans la classe 323.

Va pour scrub !

Mais je crois qu'il serait bon que nous gardions un œil sur ce que font
nos voisins méditerranéens de cette classe pour pouvoir revenir dessus.

Vincent

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

Re: [OSM-talk-fr] Pbs d'accès au site

[Jean-Francois Nifenecker]

Jean-Francois Nifenecker a écrit :
> 
> Avez-vous ce pb ? Des suggestions ?

Merci à tous pour vos réponses. Le pb doit se situer "chez moi"...

Ce matin, étrangement, ça passe mieux, même si ça reste encore assez lent.

-- 
Jean-Francois Nifenecker, Bordeaux

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

[OSM-talk-fr] SotM 2010 et les RMLL à Bordeaux

[Jean-Francois Nifenecker]

Bonjour à tous,

comme membre de l'équipe d'organisation des RMLL 2010 à Bordeaux, plus
particulièrement chargé de la logistique, je renouvelle ici l'offre déjà
faite de manière très informelle aux OSMeurs français d'accueillir une
manifestation telle que State Of The Map (SotM).

Les avantages pour l'organisation d'une SotM tiennent en l'existence
d'une logistique complète sur laquelle vous pourrez vous reposer : pas
de logements à trouver/gérer, des lieux de conférence appropriés avec
toute l'infrastructure nécessaire, un hébergement à bas coût en sont les
éléments principaux.

À noter que pour 2010, les RMLL s'étendront sur le week-end complet afin
de se tenir les samedi et dimanche en centre ville de Bordeaux, ce qui
permettra un véritable rapprochement avec le grand public. L'équipe
d'organisation pense qu'il s'agit là d'une véritable occasion pour le
Libre de mieux se faire connaître, à travers des démonstrations, des
conférences et des ateliers dédiés à ce public.


Outre la présence d'OSM au sein du Village associatif, comme les années
précédentes, l'équipe d'organisation serait vraiment très heureuse
d'accueillir SotM à Bordeaux.


Je me tiens à votre disposition pour tout renseignement complémentaire.
L'orga 2010 dispose d'ores et déjà de listes de diffusion auxquelles
pourront s'abonner tous ceux qui portent un intérêt dans la manifestation.

Amicalement,
-- 
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] SotM 2010 et les RMLL à Bordeaux

[Emilie Laffray]

Bonjour,

je pense que ton offre serait plus productive en contactant
directement la fondation en charge de Open Street Map. Toutefois, je
ne suis pas forcement sure qu'ils aient deja en tete l'emplacement de
la prochaine SOTM sachant qu'ils viennent juste de publier le
programme pour cette annee. Mais ca leur permettra d'envisager
Bordeaux pour une eventuelle candidature.

Emilie Laffray

2009/5/29 Jean-Francois Nifenecker :
> Bonjour à tous,
>
> comme membre de l'équipe d'organisation des RMLL 2010 à Bordeaux, plus
> particulièrement chargé de la logistique, je renouvelle ici l'offre déjà
> faite de manière très informelle aux OSMeurs français d'accueillir une
> manifestation telle que State Of The Map (SotM).
>
> Les avantages pour l'organisation d'une SotM tiennent en l'existence
> d'une logistique complète sur laquelle vous pourrez vous reposer : pas
> de logements à trouver/gérer, des lieux de conférence appropriés avec
> toute l'infrastructure nécessaire, un hébergement à bas coût en sont les
> éléments principaux.
>
> À noter que pour 2010, les RMLL s'étendront sur le week-end complet afin
> de se tenir les samedi et dimanche en centre ville de Bordeaux, ce qui
> permettra un véritable rapprochement avec le grand public. L'équipe
> d'organisation pense qu'il s'agit là d'une véritable occasion pour le
> Libre de mieux se faire connaître, à travers des démonstrations, des
> conférences et des ateliers dédiés à ce public.
>
>
> Outre la présence d'OSM au sein du Village associatif, comme les années
> précédentes, l'équipe d'organisation serait vraiment très heureuse
> d'accueillir SotM à Bordeaux.
>
>
> Je me tiens à votre disposition pour tout renseignement complémentaire.
> L'orga 2010 dispose d'ores et déjà de listes de diffusion auxquelles
> pourront s'abonner tous ceux qui portent un intérêt dans la manifestation.
>
> Amicalement,
> --
> Jean-Francois Nifenecker, Bordeaux
>
> ___
> 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] Corine Land Cover : nomenclature 3 3 "Espaces ouverts, sans ou avec peu de vég étation "

[sly (sylvain letuffe)]

On Thursday 28 May 2009 22:12, Didier HALATRE wrote:
> Pieren a écrit :
> > * la classe 332 "Roches nues" est proposée en "natural=cliff"
> > (falaises) ou "natural=scree" (caillasse) sur le wiki. En fait, c'est
> > tous les endroits où la roche est à nue. J'aurais tendance à dire que
> > là où il n'y a rien, on ne met rien d'autant plus que cela concerne un
> > faible nombre de polygones (~1300). Mais j'entends déjà les
> > randonneurs et grimpeurs qui vont râler. Donc à eux de s'exprimer ici.
> >   
> En tant que randonneur, je suis d'accord avec le « là où il n'y a rien, 
> on ne met rien »

T'es un drôle de randonneur ;-) moi je dirais qu'une falaise, c'est pas rien !
Par contre "roches nues" c'est vraiment vague, comme on peut supposer que 
c'est par avion que ça a été fait, les falaises se voient moins. Mais par 
prudence, je dirais que rien importer automatiquement me semble le mieux. Il 
sera toujours temps de faire des imports à la main en connaissance du lieu 
pour différencier un sol plat jonché de cailloux, d'une falaise.


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




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

[OSM-talk-fr] Cherche présentateur OSM à Toulo use le 17 juin

[Florian LAINEZ]

Bonjour,
Je fais partie de l'association Toulibre , un GUL
qui promeut le logiciel libre à Toulouse.
On avait déjà organisé des événements OSM par le passé et cela avait bien
marché, on aimerait recommencer en juin.
On a dans l'idée une mapping party et expliquer le projet et la méthode de
contribution auparavant avec une conférence grand public.

*Y a-t-il des toulousain(e)s qui seraient motivés pour venir faire une
présentation / démo ?*
Cela serait le mercredi 17 juin en soirée, environ 1h30. Nous avons pensés
au programme suivant mais c'est vraiment qu'une idée, libre à vous de faire
quelque chose d'autre :

   - 10-20 min sur qu'est ce que le la cartographie, les enjeux, l'état de
   l'art du libre sur le sujet : je connais une personne qui voudrait bien
   faire cette partie
   - 10-20 min sur OpenStreetMap, le projet, les enjeux, l'avancement
   - 50-60 min sur une démo d'OpenStreetMap avec mise en ligne de données
   collectées auparavant. Une démo très orientée "si je m'y met demain, qu'est
   ce que je dois savoir / faire.

Cette présentation serait une occasion de plus de faire connaitre OSM auprès
du grand public et inciterait surement à contribuer (le public de ces
soirées est très geek au final).

Je peux vous donner plus d'infos sur l'assoc', comment se passent nos
présentations d'habitude... n'hésitez pas à poser des questions.
Merci d'avance pour votre aide
Florian

-- 
Florian LAINEZ
+33 6 31 02 71 08

--
Download FIREFOX 3
http://www.getfirefox.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Communes révolutionaires

[sly (sylvain letuffe)]

On Friday 29 May 2009 01:20, Yann Coupin wrote:
> Et voilà, c'était finalement un peu plus long que prévu mais pas très  
> compliqué...

Chapeau bas, ça marche au poil.

Il faudra cependant que je refasse l'import complet avec cette nouvelle 
version de osm2pgsql avant de refaire des plus beau style, mais j'ai le 
nouveau binaire de coté et son style, au prochain import complet j'y passe.

ça me donne pas mal d'idées supplémentaires sans rapport avec les communes 
comme par exemple indiquer les derniers ajouts et dernières modifications sur 
une zone.

PS: bien que dans la config j'ai placé :
wayts   timestamppolygon

Le timestamp est quand même importé pour les roads et ligne (pas les points)
Il me semble que ça n'a jamais vraiment marché de toute façon, et finalement 
tant mieux, mais c'était juste pour dire.

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




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

Re: [OSM-talk-fr] Bug sur beta ou restes de pâté d ans le Jura ?

[wouldsmina]

J'ai commencé a corriger mes bétises, ce sera régler courant de la semaine
prochaine, j'espère que ca ne pause pas de problème?

Le 28 mai 2009 20:26, wouldsmina  a écrit :

> Punaise!! j'avais pas vue ça!!! Pourtant j'ai pas eu d'erreur à l'import!!
> Je suis maudit...
> c'est sur ce changeset que le probleme est arrivée:
> http://www.openstreetmap.org/browse/changeset/1325953?relation_page=6
>
>
> Le 28 mai 2009 18:07, sly (sylvain letuffe)  a écrit
> :
>
>
>> > Arlay : quatre relations correctes : 147597, 147696, 147799, 147909
>> > rose sur beta
>> >
>> > Mantry : quatre relations correctes : 147586, 147685, 147788, 147898
>> > rouge sang sur beta
>> >
>> > Why ?
>>
>> Aucune idée, 3 des 4 Arlay n'ont pas été importé. Yaka nettoyer on y verra
>> plus clair.
>>
>> --
>> sly
>> Sylvain Letuffe sylv...@letuffe.org
>> qui suis-je : http://slyserv.dyndns.org
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SotM 2010 et les RMLL à Bordeaux

[Jean-Francois Nifenecker]

Emilie Laffray a écrit :
> Bonjour,

Bonjour Émilie,

> 
> je pense que ton offre serait plus productive en contactant
> directement la fondation en charge de Open Street Map.

Oui et non. Oui car la fondation est le promoteur du projet, non car
l'équipe des RMLL 2010 ne veut pas/ne peut pas prendre l'organisation de
SotM elle-même. Il faut que ce soit des OSMeurs qui prennent ce dossier
en charge. D'où mes messages ici.

> ca leur permettra d'envisager
> Bordeaux pour une eventuelle candidature.
> 

Naturellement, nous contacterons la fondation OSM mais seulement si une
volonté d'action se manifeste parmi les contributeurs OSM français. Je
ne voudrais pas proposer une candidature qui ne s'adosse pas sur des
volontaires du projet.


A+
-- 
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Des données libres pour la montagn e pour bientôt

[g.d]

Oups, 280 messages sur la liste, ne pourrais pas lire tout ça
avant de repartir en chantier  :-(

Ça fait longtemps que je fais plus dans la géologie.

"De mon temps", les cartes géologiques
consistaient en trois parties :

Un dessin sur fond de carte
(l'épaisseur du trait pouvait être très large, approximatif,
voire "impossible"),
une livre (ou un carnet d'extrait concernant juste cette feuille)
comprenant la légende des couleurs et des sigles,
et un livret explicatif des observations sur cette feuille,
endroit par endroit.

Le dessin sur la carte n'était qu'un support approximatif
pour les détails décrits dans le livret
(Un peu comme le cadastre :
Le plan cadastral n'est qu'un support graphique
pour tout ce qui figure dans les parties écrites).


Le 25 mai 09 à 23:45, Emilie Laffray a écrit :

> Il faudrait voir si le BRGM (si ca existe toujours)

OUI.
Peut-être qu'il y a des gens du BRGM parmi les osm'eurs,
qui pourraient fouiller en ce sens ?...

> n'a pas des cartes

Ils en ont, et pas des moindres.
Je crains, que le fond de cartes actuelles soit IGN :-(

Mais, 'faudrait voir... : Dans le temps,
certaines des cartes géologiques étaient sur un fond de carte,
qui paraissait dater de Mathusalem, d'avant-guerre.
J'en ai vu,
qui semblaient être sur fond des anciennes cartes d'Etat Major
(même allemands, Alsace/Moselle) :

Est-ce que dans ces anciens fonds de cartes
il y en aurait, qui seraient tombés dans le domaine public, depuis ?
Je ne sais pas (question à spécialistes...).

Pour les voies de circulation ces cartes sont "out",
mais ça pourrait être intéressant pour la topographie,
pour le relief, dans osm !

> qui trainent et qui pourraient etre utilisees.

J'en doute un peu :
Le BRGM se fait payer chaque trait de crayon, commercial
(Même, si une quantité énorme des données géologiques de ces cartes
ont été crées par des géologues, gemmologues ou paléontologues  
amateur bénévoles).

> Ils ont beaucoup de
> cartes geologiques mais ils peuvent avoir des donnees du type  
> Corine etc

Je suppose qu'ils aient tout ça en interne sur sig,
ils sont high-tech un max.

Mais dans les études que j'ai vu d'eux,
ils rarement mettent un extrait de carte géo,
comme s'ils ne s'engageaient pas sur la formation géologique,
sur la "précision" des indications (ça se comprendrait),
ou que ça contienne des infos "sensibles" type cogemanu/défense,
câbles et pipe-lines "inexistants",
images sat haute rés, reliefs IR, radar et laser,
et autres champs magnétiques / résonances / sonars / profondeurs.


Je pense, que si on leur demande,
on devrait "commencer en bas",
leur demander de regarder
s'ils auraient des vieilleries derrière les fagots,
à nous filer.


Si quelqu'un a des contacts chez eux,
il serait intéressant, de leur demander :

- S'ils ont de vieux fonds de cartes topo "out",
(ce qui pourrait aider osm pour la topographie),
et/ou
- S'ils n'auraient pas de vieilles cartes géologiques,
commercialement périmées, invendables commercialement,
mais qui pourraient "garnir" osm...

Ce serait un beau geste de leur part.

Et bien sûr ,
on se devra de mentionner la provenance des données géolo
par un tag sur les ways,
et sur une page dans le wiki,
ça va de soi.

Amicalement
Gerhard

(P.s. : Mes contacts perso au BRGM et dans les
"Geologiqsche Landesämter" allemands
datent de trente-cinq ans et plus,
je crains qu'ils soient au "champ carré" maintenant.)



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

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 1 4 "Espaces verts artificialisés, non agricoles"

[g . d]

Le 26 mai 09 à 11:54, Julien D. a écrit :


Faudra mettre des GPS sur les Formule 1 pour mapper les circuits...

Pas forcément : pour les 24h du Mans Rollers et on peut participer  
à la parade d'ouverture sur le circuit Bugatti pour 5€ et  
enregistrer les traces personnellement :)


Oui,
ou faire un tour de piste avec un club de motards sur Magny-Cours ou  
sur le Hockenheim-Ring.

Ça ferait beaucoup plus de plaisir,
que de tenter de récupérer les gpx enregistrés/transmis
par les véhicules de course / oies officielles.

A part cela,
il y a aussi les commissaires de course,
et le personnel d'entretien des pistes,
auxquels on pourrait prêter un data-logger.

(Je ne suis pas dans les courses,
me contentais d'une 125 cross pour sillonner les collines -
ou de ma jument, pour aller à travers rocailles du point A au point B.
Mais c'était du "off-road", *rien* à tracer sur osm.)

A ce sujet, il me vient à l'idée :
Ne pourrait-on pas se doter d'une série de solar gpx loggers,
qu'on prêterait
à des ouvriers municipaux, balayeurs, agriculteurs, ouvriers forestiers,
livreurs-coursiers, et autres livreurs de pizza,
chauffeurs de tram et de cars (scolaires) ?

Ces loggeurs ne coûtent plus excessivement chers, dans les 36 € pièce.
Si on met la main à la poche un peu chacuns,
on devrait pouvoir en faire, du "recueil de données" à foison,
dans des zones pas encore couvertes ?
Ptèt que même des chambres d'agriculture seraient intéressées.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Des données libres pour la montagn e pour bientôt

[g . d]

Tu sembles avoir raison...
...au premier abord...
mais pas avoir saisi le jeu.

La question n'est pas, quelle alti a un sommet,
mais QUI a déterminé cette alti,
et QUI l'a publié.

Gerhard

Le 26 mai 09 à 16:43, sly (sylvain letuffe) a écrit :

>  Mesurer les altitudes des sommets est similaire, à mon avis, à  
> lire la
> séquence d'un gène.

Oui et non, pareillement :
Un sommet est ce qu'il est,
il n'a pas besoin de copyright pour exister.

Mais le boulot des gens,
qui ont positionné et géoréférencé ce sommet,
par rapport à un référentiel,

ce boulot-LA est une propriété intellectuelle.
Le boulot d'intégrer ces données dans des référentiels aussi est un  
travail.
Et le boulot de éditer/publier ça,
est encore un autre travail, protégé lui aussi.

Le travail intellectuel est la propriété intellectuelle
de celui qui l'a fait.

Ça vaut aussi pour des publications au Scientific American,
des thèses, des rapports de recherche :
Ce sont des communications, mondiales oui,
mais ils sont loin d'être dans le domaine public
(c'est pourquoi figurent les adresses des auteurs/contacts, à la fin).

Le fait de publier
un travail, une thèse, un livre, une page,
par quel moyen que ce soit (payant ou pas, internet ou pas internet),
autorisé ou non,
n'enlève en aucune façon
le droit intellectuel de l'auteur.

Na.
---

Maintenant "retour aux sommets" :
Ce qui est enseigné dans l'enseignement public
peut (et doit) être réutilisé à tout bout de champs,
sans être obligé de se référer nominativement aux Maîtres Enseignants.
C'est cela, le sens de l'enseignement Public :
Rendre le savoir indépendant
de ceux, qui le détiennent.
(Hihihi,
récupérer les vieilles cartes murales
des écoles publiques... ?)
---

Là aussi, il y a un débat "éternel" :
Les infos sont libres,
mais l'édition est protégée,
elle est le travail de l'éditeur,
donc interdit de photocopier le livre tel quel :
Sinon, pourquoi il se ferait le travail pour éditer ?!
Il pourrait créer un seul exemplaire (lequel ensuite serait diffusé  
par copie) !
Cet exemplaire aura coûté quelques dizaines de milliers d'€,
QUI lui remboursera ces dépenses ?.

Donc si on note sur osm l'alti du Mont Blanc
comme elle figure dans l'enseignement public,
je pense qu'il n'y ait pas de blème.

Par contre, si on y mettait les derniers résultats
par les réflecteurs laser via la lune, d'hier, live,
au fraction de millimètre,
je pense, qu'on s'attirerait des emmerdes.


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

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 2 4 "Zones agricoles hétérogènes"

[g . d]

Je viens de relancer des vieux contacts
avec des anciens de l'ONF,
pour savoir s'ils n'auraient pas des contours à nous filer,
sous forme de fichiers.

Ils ont leurs parcelles en bonne précision
(cadastre actuel, sinon "napoléonien",
puis souvent des relevés/implantations récentes au gps
pour des zones d'intervention récentes).

On verra s'il en sortira quelque chose...
---

Le 26 mai 09 à 17:22, simon a écrit :

> L'agro Foresterie pour simplifier une culture de céréale entre des
> arbres. L'espacement des arbres est souvent définie en fonction des
> engins agricoles.


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

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 3 3 "Espaces ouverts, sans ou avec peu de vég étation "

[didier . halatre]

Selon "sly (sylvain letuffe)" :

> On Thursday 28 May 2009 22:12, Didier HALATRE wrote:
> > Pieren a écrit :
> > > * la classe 332 "Roches nues" est proposée en "natural=cliff"
> > > (falaises) ou "natural=scree" (caillasse) sur le wiki. En fait, c'est
> > > tous les endroits où la roche est à nue. J'aurais tendance à dire que
> > > là où il n'y a rien, on ne met rien d'autant plus que cela concerne un
> > > faible nombre de polygones (~1300). Mais j'entends déjà les
> > > randonneurs et grimpeurs qui vont râler. Donc à eux de s'exprimer ici.
> > >
> > En tant que randonneur, je suis d'accord avec le « là où il n'y a rien,
> > on ne met rien »
>
> T'es un drôle de randonneur ;-) moi je dirais qu'une falaise, c'est pas rien
> !
> Par contre "roches nues" c'est vraiment vague, comme on peut supposer que
> c'est par avion que ça a été fait, les falaises se voient moins. Mais par
> prudence, je dirais que rien importer automatiquement me semble le mieux. Il
> sera toujours temps de faire des imports à la main en connaissance du lieu
> pour différencier un sol plat jonché de cailloux, d'une falaise.

T'es gentil ;-) mais on voit tout de suite en regardant les données corine qu'on
arrivera jamais à détecter une falaise (et c'est bien dommage). Donc j'en reste
à "roches nues" seules et je trouve que c'est pas très intéressant [pour moi] à
importer.
Bon maintenant, vu tout ce qu'on importe, ça va être tout nu au dessus de 1800m
ou environ, là où il n'y a plus grand chose qui pousse... :-)

Didier (Zedh)


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

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 3 3 "Espaces ouverts, sans ou avec peu de vég étation "

[sly (sylvain letuffe)]

> T'es gentil ;-) mais on voit tout de suite en regardant les données corine
> qu'on 
> arrivera jamais à détecter une falaise (et c'est bien dommage). Donc j'en
> reste 
> à "roches nues" seules et je trouve que c'est pas très intéressant [pour
> moi] à 
> importer.
Sur le principe je suis pour l'import, mais comment être sûr que ce n'est pas 
une falaise ? toutes les falaises ne sont pas verticales, comment distinguer 
falaise de roches nues. Pour un chamois, c'est peut-être un angle de 70°, 
pour un humain, 55°. c'est finalement relatif.

Je vais tenter un rendu dans les alpes en dessinant les falaises/roches nues 
de corine, on aura une idée un peu meilleure de ce que c'est.


> Bon maintenant, vu tout ce qu'on importe, ça va être tout nu au dessus de
> 1800m 
> ou environ, là où il n'y a plus grand chose qui pousse... :-)
Y'aura aussi "Pelouses et pâturages naturels", pis glacier. Mais je suis 
d'accord que roches nues est tout aussi intéressant, voyons ce qu'on a


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




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

[OSM-talk-fr] quelques questions sur les limites cadastrales

[Axel R.]

Bonjour,
J'essaye d'avancer un peu sur les limites des communes du loiret et j'ai 
quelques questions :

- comment gérer la différence entre les limites du département et celles 
des communes "du bord" ? qu'est ce qui est le plus "fiable" ? le 
cadastre ou les limites du département ?
- entre deux communes, il faut un seul way qui appartient à deux 
relations (pour chaque commune), c'est bien ça ? comment faire pour 
fusionner les différents ways ? (j'y arrive en bidouillant comme un 
malade et je me demande si y'a une meilleure solution...
- est il préférable de lancer la moulinette de création automatique des 
contours sur une seule commune ou sur un ensemble ?

Merci,

Axel


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

[OSM-talk-fr] problème sur limite cadastrale

[Axel R.]

j'ai remarqué que certaines communes ne s'importe pas, en les lançant 
toute seule, j'obtiens ce message d'erreur (il s'agit de TRINAY dans le 
45) :


trinay/*.vect.gpx...
GPX cannot open 'trinay/*.vect.gpx' for read.  Error was 'No such file 
or direct
ory'.
Chargement trinay/*.simp.gpx...
java.io.FileNotFoundException: 
/arthur/home/axel/r-cadastre-client-20090424-2/tr
inay/*.simp.gpx (No such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(FileInputStream.java:106)
at java.io.FileInputStream.(FileInputStream.java:66)
at 
sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection
.java:70)
at 
sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLCon
nection.java:161)
at 
com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrent
Entity(XMLEntityManager.java:653)
at 
com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineD
ocVersion(XMLVersionDetector.java:186)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(X
ML11Configuration.java:771)
at 
com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(X
ML11Configuration.java:737)
at 
com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.
java:107)
at 
com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.
java:225)
at 
com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Doc
umentBuilderImpl.java:283)
at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:180)
at fr.free.rodrigo.f.osm.A.loadGPX(A.java:61)
at fr.free.rodrigo.f.osm.A.getSubject(A.java:191)
at fr.free.rodrigo.f.osm.A.run(A.java:256)
at fr.free.rodrigo.f.osm.A.main(A.java:301)
Exception in thread "main" 
sun.reflect.generics.reflectiveObjects.NotImplemented
Exception
at fr.free.rodrigo.f.osm.A.loadGPX(A.java:91)
at fr.free.rodrigo.f.osm.A.getSubject(A.java:191)
at fr.free.rodrigo.f.osm.A.run(A.java:256)
at fr.free.rodrigo.f.osm.A.main(A.java:301)
Chargement trinay/*.conf.gpx...
tools/rccc-gpxs2osm.rb:10:in `initialize': No such file or directory - 
trinay/*.
conf.gpx (Errno::ENOENT)
from tools/rccc-gpxs2osm.rb:10:in `new'
from tools/rccc-gpxs2osm.rb:10
from tools/rccc-gpxs2osm.rb:8:in `collect'
from tools/rccc-gpxs2osm.rb:8
=== A faire ensuite ===
1) Passer le checker et corriger
2) Faire le split



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

Re: [OSM-talk-fr] quelques questions sur les limites cadastrales

[sly (sylvain letuffe)]

On Friday 29 May 2009 14:34, Axel R. wrote:
> Bonjour,
> J'essaye d'avancer un peu sur les limites des communes du loiret et j'ai 
> quelques questions :
> 
> - comment gérer la différence entre les limites du département et celles 
> des communes "du bord" ? qu'est ce qui est le plus "fiable" ? le 
> cadastre ou les limites du département ?

Le cadastre sans aucun problème, de plus, les actuelles limites de département 
sont sous une licence incertaine que nous pensons retirer ensuite (sitôt que 
les limites seront refaites avec le cadastre)

> - entre deux communes, il faut un seul way qui appartient à deux 
> relations (pour chaque commune), c'est bien ça ? comment faire pour 
> fusionner les différents ways ? (j'y arrive en bidouillant comme un 
> malade et je me demande si y'a une meilleure solution...
sous JOSM, tu sélectionnes les deux ways puis touche "c", les relations sont 
alors toutes utilisées (si le chemin 1 était frontière de commune A et chemin 
2 commune B, et que ton but c'est que chemin 1 et 2 soient fusionnés car ils 
forment la frontières entre A et B)

> - est il préférable de lancer la moulinette de création automatique des 
> contours sur une seule commune ou sur un ensemble ?
Sur plusieurs, c'est tout son intérêt, sinon autant prendre le GPX de la 
commune à importer et le traiter dans JOSM directement.


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

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




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

Re: [OSM-talk-fr] Des données libres pour la monta gne pour bientôt

[Vincent Pottier]

g.d a écrit :
> Tu sembles avoir raison...
> ...au premier abord...
> mais pas avoir saisi le jeu.
>
> La question n'est pas, quelle alti a un sommet,
> mais QUI a déterminé cette alti,
> et QUI l'a publié.
>
> Gerhard
>
> Le 26 mai 09 à 16:43, sly (sylvain letuffe) a écrit :
>
>   
>>  Mesurer les altitudes des sommets est similaire, à mon avis, à  
>> lire la
>> séquence d'un gène.
>> 
>
> Oui et non, pareillement :
> Un sommet est ce qu'il est,
> il n'a pas besoin de copyright pour exister.
>
> Mais le boulot des gens,
> qui ont positionné et géoréférencé ce sommet,
> par rapport à un référentiel,
>
> ce boulot-LA est une propriété intellectuelle.
> Le boulot d'intégrer ces données dans des référentiels aussi est un  
> travail.
> Et le boulot de éditer/publier ça,
> est encore un autre travail, protégé lui aussi.
>
> Le travail intellectuel est la propriété intellectuelle
> de celui qui l'a fait.
>
> Ça vaut aussi pour des publications au Scientific American,
> des thèses, des rapports de recherche :
> Ce sont des communications, mondiales oui,
> mais ils sont loin d'être dans le domaine public
> (c'est pourquoi figurent les adresses des auteurs/contacts, à la fin).
>
> Le fait de publier
> un travail, une thèse, un livre, une page,
> par quel moyen que ce soit (payant ou pas, internet ou pas internet),
> autorisé ou non,
> n'enlève en aucune façon
> le droit intellectuel de l'auteur.
>   
Le travail de de collation, compilation est aussi couvert par la
propriété intellectuelle.
Mais Larousse et Harap's ne me chercheront pas des poux dans la tête si
j'utilise leurs ouvrages pour traduite Sakespeare.
Où est la limite ?
Dans quelle mesure l'utilisation de la carte IGN 1/25 000 est légitime ?
Si je publie une partie de la carte : pas bon.
Si j'utilise la carte pour comprendre d'autre données (landsat, par
exemple) : bon.

Le fait d'utiliser différentes sources + mes neurones pour tracer de la
forêt = création intellectuelle : c'est légitime.
Le fait de lire quatre chiffre et de les recopier = copie : c'est pas
légitime, sauf si la licence de la source le permet.

Ce sont les repères que je me suis trouvé.

Donc, plusieurs sources (pas plusieurs copies de la même source) de
données alti + petit calcul des moyennes des lat , lon et alt : légitime.
Si en plus on introduit un coef de fiabilité de la source ou de la
donnée pour une moyenne pondérée, c'est du neurone en plus dans
l'évaluation de la source et dans la méthode.
On ne publie pas le calcul de l'IGN ou de Tartempion, mais notre calcul
sur plusieurs source.

CQFD
Voila. reste à trouver des sources multiples.

Vincent

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

Re: [OSM-talk-fr] problème sur limite cadastrale

[sly (sylvain letuffe)]

On Friday 29 May 2009 14:36, Axel R. wrote:
> j'ai remarqué que certaines communes ne s'importe pas, en les lançant 
> toute seule, j'obtiens ce message d'erreur (il s'agit de TRINAY dans le 
> 45) :

Il faut voir si le problème vient d'avant (autotrace par exemple), j'avais eu 
des problèmes de manque de RAM sur les grosses communes

> 
> trinay/*.vect.gpx...
> GPX cannot open 'trinay/*.vect.gpx' for read.  Error was 'No such file 
> or direct
> ory'.
> Chargement trinay/*.simp.gpx...
> java.io.FileNotFoundException: 
> /arthur/home/axel/r-cadastre-client-20090424-2/tr
> inay/*.simp.gpx (No such file or directory)
> at java.io.FileInputStream.open(Native Method)
> at java.io.FileInputStream.(FileInputStream.java:106)
> at java.io.FileInputStream.(FileInputStream.java:66)
> at 
> sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection
> .java:70)
> at 
> sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLCon
> nection.java:161)
> at 
> com.sun.org.apache.xerces.internal.impl.XMLEntityManager.setupCurrent
> Entity(XMLEntityManager.java:653)
> at 
> com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineD
> ocVersion(XMLVersionDetector.java:186)
> at 
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(X
> ML11Configuration.java:771)
> at 
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(X
> ML11Configuration.java:737)
> at 
> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.
> java:107)
> at 
> com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.
> java:225)
> at 
> com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Doc
> umentBuilderImpl.java:283)
> at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:180)
> at fr.free.rodrigo.f.osm.A.loadGPX(A.java:61)
> at fr.free.rodrigo.f.osm.A.getSubject(A.java:191)
> at fr.free.rodrigo.f.osm.A.run(A.java:256)
> at fr.free.rodrigo.f.osm.A.main(A.java:301)
> Exception in thread "main" 
> sun.reflect.generics.reflectiveObjects.NotImplemented
> Exception
> at fr.free.rodrigo.f.osm.A.loadGPX(A.java:91)
> at fr.free.rodrigo.f.osm.A.getSubject(A.java:191)
> at fr.free.rodrigo.f.osm.A.run(A.java:256)
> at fr.free.rodrigo.f.osm.A.main(A.java:301)
> Chargement trinay/*.conf.gpx...
> tools/rccc-gpxs2osm.rb:10:in `initialize': No such file or directory - 
> trinay/*.
> conf.gpx (Errno::ENOENT)
> from tools/rccc-gpxs2osm.rb:10:in `new'
> from tools/rccc-gpxs2osm.rb:10
> from tools/rccc-gpxs2osm.rb:8:in `collect'
> from tools/rccc-gpxs2osm.rb:8
> === A faire ensuite ===
> 1) Passer le checker et corriger
> 2) Faire le split
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 

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




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

Re: [OSM-talk-fr] Corine Land Cover : nomenclature 3 3 "Espaces ouverts, sans ou avec peu de vég étation "

[sly (sylvain letuffe)]

On Friday 29 May 2009 14:33, sly (sylvain letuffe) wrote:

> > Bon maintenant, vu tout ce qu'on importe, ça va être tout nu au dessus de
> > 1800m 
> > ou environ, là où il n'y a plus grand chose qui pousse... :-)
> Y'aura aussi "Pelouses et pâturages naturels", pis glacier. Mais je suis 
> d'accord que roches nues est tout aussi intéressant, voyons ce qu'on a

Et ben c'est si mal que ça :
http://beta.letuffe.org/cartes/roches_nues.jpeg

Je ne trouve finalement qu'une assez faible proportion de ce que j'aurais 
appelé "falaise", et il sera toujours temps d'affiner à la main ce qui doit 
l'être.

Je change mon avis pour l'import de 332 finalement.

PS: ils ont disciminé les lanfonnets par rapport aux lanfons alors que c'est 
pourtant bien similaire, sans doute une histoire de taille limite...

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




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

Re: [OSM-talk-fr] Des données libres pour la montagn e pour bientôt

[Emilie Laffray]

Je connaissais du monde au BRGM mais malheureusement ces personnes
sont a la retraite depuis quelques annees. Je viens d'Orleans et un
des gros centres du BRGM n'etait pas loin de la fac d'Orleans ou
j'allais (un de mes profs de geo etait justement au BRGM).
Je vais voir si je ne peux pas trouver des contacts via mon ancienne
fac, mais je doute que ca soit un enorme succes.

Emilie Laffray

2009/5/29 g.d :
> Oups, 280 messages sur la liste, ne pourrais pas lire tout ça
> avant de repartir en chantier  :-(
>
> Ça fait longtemps que je fais plus dans la géologie.
>
> "De mon temps", les cartes géologiques
> consistaient en trois parties :
>
> Un dessin sur fond de carte
>        (l'épaisseur du trait pouvait être très large, approximatif,
>        voire "impossible"),
> une livre (ou un carnet d'extrait concernant juste cette feuille)
>        comprenant la légende des couleurs et des sigles,
> et un livret explicatif des observations sur cette feuille,
>        endroit par endroit.
>
> Le dessin sur la carte n'était qu'un support approximatif
>        pour les détails décrits dans le livret
> (Un peu comme le cadastre :
>        Le plan cadastral n'est qu'un support graphique
>        pour tout ce qui figure dans les parties écrites).
>
>
> Le 25 mai 09 à 23:45, Emilie Laffray a écrit :
>
>> Il faudrait voir si le BRGM (si ca existe toujours)
>
> OUI.
> Peut-être qu'il y a des gens du BRGM parmi les osm'eurs,
> qui pourraient fouiller en ce sens ?...
>
>> n'a pas des cartes
>
> Ils en ont, et pas des moindres.
> Je crains, que le fond de cartes actuelles soit IGN :-(
>
> Mais, 'faudrait voir... : Dans le temps,
> certaines des cartes géologiques étaient sur un fond de carte,
> qui paraissait dater de Mathusalem, d'avant-guerre.
> J'en ai vu,
> qui semblaient être sur fond des anciennes cartes d'Etat Major
> (même allemands, Alsace/Moselle) :
>
> Est-ce que dans ces anciens fonds de cartes
> il y en aurait, qui seraient tombés dans le domaine public, depuis ?
> Je ne sais pas (question à spécialistes...).
>
> Pour les voies de circulation ces cartes sont "out",
> mais ça pourrait être intéressant pour la topographie,
> pour le relief, dans osm !
>
>> qui trainent et qui pourraient etre utilisees.
>
> J'en doute un peu :
> Le BRGM se fait payer chaque trait de crayon, commercial
> (Même, si une quantité énorme des données géologiques de ces cartes
> ont été crées par des géologues, gemmologues ou paléontologues
> amateur bénévoles).
>
>> Ils ont beaucoup de
>> cartes geologiques mais ils peuvent avoir des donnees du type
>> Corine etc
>
> Je suppose qu'ils aient tout ça en interne sur sig,
> ils sont high-tech un max.
>
> Mais dans les études que j'ai vu d'eux,
> ils rarement mettent un extrait de carte géo,
> comme s'ils ne s'engageaient pas sur la formation géologique,
> sur la "précision" des indications (ça se comprendrait),
> ou que ça contienne des infos "sensibles" type cogemanu/défense,
> câbles et pipe-lines "inexistants",
> images sat haute rés, reliefs IR, radar et laser,
> et autres champs magnétiques / résonances / sonars / profondeurs.
>
>
> Je pense, que si on leur demande,
> on devrait "commencer en bas",
> leur demander de regarder
> s'ils auraient des vieilleries derrière les fagots,
> à nous filer.
>
>
> Si quelqu'un a des contacts chez eux,
> il serait intéressant, de leur demander :
>
> - S'ils ont de vieux fonds de cartes topo "out",
>        (ce qui pourrait aider osm pour la topographie),
>        et/ou
> - S'ils n'auraient pas de vieilles cartes géologiques,
>        commercialement périmées, invendables commercialement,
>        mais qui pourraient "garnir" osm...
>
> Ce serait un beau geste de leur part.
>
> Et bien sûr ,
> on se devra de mentionner la provenance des données géolo
>        par un tag sur les ways,
>        et sur une page dans le wiki,
> ça va de soi.
>
> Amicalement
> Gerhard
>
> (P.s. : Mes contacts perso au BRGM et dans les
> "Geologiqsche Landesämter" allemands
> datent de trente-cinq ans et plus,
> je crains qu'ils soient au "champ carré" maintenant.)
>
>
>
> ___
> 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] SotM 2010 et les RMLL à Bordeaux

[Étienne Loks]

Bonjour,

jean-francois.nifenec...@laposte.net, Jean-Francois Nifenecker a écrit :
> comme membre de l'équipe d'organisation des RMLL 2010 à Bordeaux, plus
> particulièrement chargé de la logistique, je renouvelle ici l'offre déjà
> faite de manière très informelle aux OSMeurs français d'accueillir une
> manifestation telle que State Of The Map (SotM).

Cela avait été évoqué pour les RMLL 2009 à Nantes et je m'étais porté
volontaire (seul, si je me souviens bien :( ) pour aider à cette organisation
tout en ne voulant pas porter le projet. Il est vrai que lorsque cela avait été
évoqué les délais étaient très court pour pour monter un dossier. Aussi il
serait bien de s'y prendre plus tôt cette année.

Je devrais avoir un peu plus de temps en 2010 pour cela et pour éventuellement
porter le dossier. Mais pas seul et pas avant mi-juillet, début août (je
serai sous l'eau jusque la fin des RMLL 2009...)

Aussi si d'autres sont motivés n'hésitez pas à le dire pour que l'on puisse
monter quelque chose. C'est penser à de la logistique et autres choses pas
forcément passionnantes mais cela me semble vraiment une bonne occasion pour
intéresser un public intéressé par le libre déjà sur place et je pense que
les participants au SotM seraient content de pouvoir faire un tour aux RMLL. 

Amicalement,

-- 
Étienne Loks


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

Re: [OSM-talk-fr] Des données libres pour la montagn e pour bientôt

[Emilie Laffray]

Bonjour,

j'ai eus une breve discussion avec une amie juriste, Christelle
Tuaillon dont un des interets est le droit de la propriete
intellectuelle.
Voila quelques extraits un peu edite:

Emilie: la seule chose qu'on veut c'est d'etre sure que les donnees
des altitudes qui sont lues (pas de copier coller) et ensuite dans la
base de donnee ne sont pas affectees par des droits
Kriss: bah si ce sont des données de ce type réutilisées mais pas
copy/pasted sans aucune action intellectuelle, ça ne pose aucun
problème.

Emilie: et donc au final x y z
Kriss: tout dépend des éléments que vous prendrez dans ce cas là. Si
ce sont des éléments naturels, c'est bno, si ce sont des bâtiments
publics, ça pourrait être source d'éléments casse-pieds si jamais ce
n'est pas exactement la même chose sur une carte non-IGN. Sinon, pas
de problème. Disons que pour éviter tous les problèmes, il vaut mieux
vérifier sur deux cartes, une IGN, une michelin ou club vosgien, ce
que vous voulez, mais comme ça ça rend la démarche objective et on ne
pourra pas vous reprocher d'avoir fait une oeuvre dérivée de leur
carte

Kriss: bah tu peux même leur dire que s'ils ont un problème par
rapport à ce que j'ai dit et qu'il y a une action en justice, je me
propose pour organiser leur défense.

Emilie Laffray

2009/5/29 g.d :
> Oups, 280 messages sur la liste, ne pourrais pas lire tout ça
> avant de repartir en chantier  :-(
>
> Ça fait longtemps que je fais plus dans la géologie.
>
> "De mon temps", les cartes géologiques
> consistaient en trois parties :
>
> Un dessin sur fond de carte
>        (l'épaisseur du trait pouvait être très large, approximatif,
>        voire "impossible"),
> une livre (ou un carnet d'extrait concernant juste cette feuille)
>        comprenant la légende des couleurs et des sigles,
> et un livret explicatif des observations sur cette feuille,
>        endroit par endroit.
>
> Le dessin sur la carte n'était qu'un support approximatif
>        pour les détails décrits dans le livret
> (Un peu comme le cadastre :
>        Le plan cadastral n'est qu'un support graphique
>        pour tout ce qui figure dans les parties écrites).
>
>
> Le 25 mai 09 à 23:45, Emilie Laffray a écrit :
>
>> Il faudrait voir si le BRGM (si ca existe toujours)
>
> OUI.
> Peut-être qu'il y a des gens du BRGM parmi les osm'eurs,
> qui pourraient fouiller en ce sens ?...
>
>> n'a pas des cartes
>
> Ils en ont, et pas des moindres.
> Je crains, que le fond de cartes actuelles soit IGN :-(
>
> Mais, 'faudrait voir... : Dans le temps,
> certaines des cartes géologiques étaient sur un fond de carte,
> qui paraissait dater de Mathusalem, d'avant-guerre.
> J'en ai vu,
> qui semblaient être sur fond des anciennes cartes d'Etat Major
> (même allemands, Alsace/Moselle) :
>
> Est-ce que dans ces anciens fonds de cartes
> il y en aurait, qui seraient tombés dans le domaine public, depuis ?
> Je ne sais pas (question à spécialistes...).
>
> Pour les voies de circulation ces cartes sont "out",
> mais ça pourrait être intéressant pour la topographie,
> pour le relief, dans osm !
>
>> qui trainent et qui pourraient etre utilisees.
>
> J'en doute un peu :
> Le BRGM se fait payer chaque trait de crayon, commercial
> (Même, si une quantité énorme des données géologiques de ces cartes
> ont été crées par des géologues, gemmologues ou paléontologues
> amateur bénévoles).
>
>> Ils ont beaucoup de
>> cartes geologiques mais ils peuvent avoir des donnees du type
>> Corine etc
>
> Je suppose qu'ils aient tout ça en interne sur sig,
> ils sont high-tech un max.
>
> Mais dans les études que j'ai vu d'eux,
> ils rarement mettent un extrait de carte géo,
> comme s'ils ne s'engageaient pas sur la formation géologique,
> sur la "précision" des indications (ça se comprendrait),
> ou que ça contienne des infos "sensibles" type cogemanu/défense,
> câbles et pipe-lines "inexistants",
> images sat haute rés, reliefs IR, radar et laser,
> et autres champs magnétiques / résonances / sonars / profondeurs.
>
>
> Je pense, que si on leur demande,
> on devrait "commencer en bas",
> leur demander de regarder
> s'ils auraient des vieilleries derrière les fagots,
> à nous filer.
>
>
> Si quelqu'un a des contacts chez eux,
> il serait intéressant, de leur demander :
>
> - S'ils ont de vieux fonds de cartes topo "out",
>        (ce qui pourrait aider osm pour la topographie),
>        et/ou
> - S'ils n'auraient pas de vieilles cartes géologiques,
>        commercialement périmées, invendables commercialement,
>        mais qui pourraient "garnir" osm...
>
> Ce serait un beau geste de leur part.
>
> Et bien sûr ,
> on se devra de mentionner la provenance des données géolo
>        par un tag sur les ways,
>        et sur une page dans le wiki,
> ça va de soi.
>
> Amicalement
> Gerhard
>
> (P.s. : Mes contacts perso au BRGM et dans les
> "Geologiqsche Landesämter" allemands
> datent de trente-cinq ans et plus,
> je crains qu'ils soient au "champ carré" maintenant.)
>
>
>
> __

Re: [OSM-talk-fr] quelques questions sur les limites

[Axel R.]

>> - comment gérer la différence entre les limites du département et celles 
>> des communes "du bord" ? qu'est ce qui est le plus "fiable" ? le 
>> cadastre ou les limites du département ?
>> 
>
> Le cadastre sans aucun problème, de plus, les actuelles limites de 
> département 
> sont sous une licence incertaine que nous pensons retirer ensuite (sitôt que 
> les limites seront refaites avec le cadastre)
>   
et donc pour le coup, sur la frontière, il y aura 4 relations (une par 
commune voisine et une par département voisin) ?


>   
>> - entre deux communes, il faut un seul way qui appartient à deux 
>> relations (pour chaque commune), c'est bien ça ? comment faire pour 
>> fusionner les différents ways ? (j'y arrive en bidouillant comme un 
>> malade et je me demande si y'a une meilleure solution...
>> 
> sous JOSM, tu sélectionnes les deux ways puis touche "c", les relations sont 
> alors toutes utilisées (si le chemin 1 était frontière de commune A et chemin 
> 2 commune B, et que ton but c'est que chemin 1 et 2 soient fusionnés car ils 
> forment la frontières entre A et B)
>   
c'est aussi simple que cela ? Parce que ça marche pas à tout les coups 
(pour ne pas dire rarement...)
y'a toujours des petites merdes (des bouts de way de 3 noeuds qui forme 
un triangle dans un coin et que l'on n'arrive pas à regrouper avec le 
reste...)

Si quelqu'un pouvait me générer le gpx de la ville de TRINAY dans le 45 
et me l'envoyer par mail, ce serait sympa, sinon je le ferais à la main 
en téléchargeant le cadastre.

Merci,

Axel


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

Re: [OSM-talk-fr] quelques questions sur les limites

[sly (sylvain letuffe)]

> et donc pour le coup, sur la frontière, il y aura 4 relations (une par 
> commune voisine et une par département voisin) ?
Tout à fait, et je peux te dire que 4 c'est rien !
J'ai tracé la frontière franco/italienne et je me retrouve avec des bouts de 
ways appartenant à :
1 commune française, une italienne
1 dép français un italien
1 régions française, (pas d'italienne, z'en ont pas on dirait)
France et talie
Donc 7 relations

 
> > sous JOSM, tu sélectionnes les deux ways puis touche "c", les relations

> c'est aussi simple que cela ? Parce que ça marche pas à tout les coups 
> (pour ne pas dire rarement...)
Beuh ???


> y'a toujours des petites merdes (des bouts de way de 3 noeuds qui forme 
> un triangle dans un coin et que l'on n'arrive pas à regrouper avec le 
> reste...)
Une capture d'écran pour comprendre ? Je viens de remarquer sur ma version de 
JOSM que si je tente de fusionner un chemin fermé avec un chemin ouvert j'ai 
le message "ne peut être fusionner en une seule chaîne de noeud" Mais 
normalement il n'y en a rarement besoin
 

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




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

Re: [OSM-talk-fr] quelques questions sur les limites cadastrales

[Pieren]

2009/5/29 sly (sylvain letuffe) :
>> - entre deux communes, il faut un seul way qui appartient à deux
>> relations (pour chaque commune), c'est bien ça ? comment faire pour
>> fusionner les différents ways ? (j'y arrive en bidouillant comme un
>> malade et je me demande si y'a une meilleure solution...
> sous JOSM, tu sélectionnes les deux ways puis touche "c", les relations sont
> alors toutes utilisées (si le chemin 1 était frontière de commune A et chemin
> 2 commune B, et que ton but c'est que chemin 1 et 2 soient fusionnés car ils
> forment la frontières entre A et B)
>

Mouais. Je ne suis pas sûr d'avoir bien compris la question... ni la réponse.
Je pense que Sly parle de fusionner des morceaux de ways qui sont un
derrière l'autre pour ne former qu'un seul way entre A et B. Mais Axel
doit parler de la fusion (conflation) des deux ways parallèles qui
viennent des deux communes et qui doivent être légèrement décalés.
Cette fusion là, c'est ce qu'on appelle la conflation et JOSM est
incapable de la faire. Il faut soit le faire manuellement en
choisissant un des ways et en le plaçant au pif au milieu des deux
(puis supprime l'autre way puisqu'il faut n'en garder qu'un à la fin),
soit utiliser l'outil d'import assisté qui fera cela pour toi (mais
j'ai encore des doutes sur la qualité du résultat). Pour profiter de
cette fonction dans l'outil d'import, il faut bien sûr lancer le
script avec plusieurs communes car il ne fera la conflation qu'avec
ces communes là et pas avec les autres limites déjà dans OSM (étape
d'intégration qu'il faudra de toute façon faire manuellement).

Pieren

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

Re: [OSM-talk-fr] Communes révolutionaires

[Yann Coupin]

Si tu regarde le patch, tu verra que je stocke l'info lors du parsing  
surtout. Le style c'est pour les champs de la table et ça ne suffit  
donc pas...

Yann

Le 29 mai 09 à 12:59, sly (sylvain letuffe) a écrit :

> On Friday 29 May 2009 01:20, Yann Coupin wrote:
>> Et voilà, c'était finalement un peu plus long que prévu mais pas très
>> compliqué...
>
> Chapeau bas, ça marche au poil.
>
> Il faudra cependant que je refasse l'import complet avec cette  
> nouvelle
> version de osm2pgsql avant de refaire des plus beau style, mais j'ai  
> le
> nouveau binaire de coté et son style, au prochain import complet j'y  
> passe.
>
> ça me donne pas mal d'idées supplémentaires sans rapport avec les  
> communes
> comme par exemple indiquer les derniers ajouts et dernières  
> modifications sur
> une zone.
>
> PS: bien que dans la config j'ai placé :
> wayts   timestamppolygon
>
> Le timestamp est quand même importé pour les roads et ligne (pas les  
> points)
> Il me semble que ça n'a jamais vraiment marché de toute façon, et  
> finalement
> tant mieux, mais c'était juste pour dire.
>
> -- 
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Des données libres pour la montagn e pour bientôt

[Yann Coupin]

Si tu as besoin de contacts, je peux peut-être te trouver ça, faut que  
je vois ce soir. Je te les donnerais car perso je ne saurais pas quoi  
leur dire à ces gens là :) Sinon, http://www.brgm.fr/ ? ;)

Yann

Le 29 mai 09 à 15:03, Emilie Laffray a écrit :

> Je connaissais du monde au BRGM mais malheureusement ces personnes
> sont a la retraite depuis quelques annees. Je viens d'Orleans et un
> des gros centres du BRGM n'etait pas loin de la fac d'Orleans ou
> j'allais (un de mes profs de geo etait justement au BRGM).
> Je vais voir si je ne peux pas trouver des contacts via mon ancienne
> fac, mais je doute que ca soit un enorme succes.


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

[OSM-talk-fr] Etat d'avancement commune le 29 de chaque mois

[sly (sylvain letuffe)]

Les départements non présents n'ont aucune communes, sauf Mozelle et 
Meurthe-et-Mozelle qui ne sont pas complet dans la base OSM, donc pas de 
stats.
(les communes en plusieurs morceaux ne sont pas comptabilisées, il faut que je 
trouve une technique)

bilan : 10685 communes dans OSM
soit 53.4% du nombre de commune au format vecteur dans le cadastre
et 29.2% du nombre total de commune.

ref;name;id relation;count
01;Ain;7387;395
02;Aisne;7411;115
03;Allier;7414;141
04;Alpes-de-Haute-Provence;7380;2
05;Hautes-Alpes;7436;21
06;Alpes-Maritimes;7385;22
07;Ardèche;7430;129
09;Ariège;7439;2
11;Aude;7446;46
12;Aveyron;7451;196
13;Bouches-du-Rhône;7393;101
14;Calvados;7453;236
15;Cantal;7381;30
16;Charente;7428;147
17;Charente-Maritime;7431;210
18;Cher;7456;15
19;Corrèze;7464;94
2A;Corse-du-Sud;76932;25
2B;Haute-Corse;76931;32
21;Côte-d'Or;7424;451
23;Creuse;7459;234
24;Dordogne;7375;127
25;Doubs;7462;316
26;Drôme;7434;301
27;Eure;7435;49
28;Eure-et-Loir;7374;29
29;Finistère;102430;13
30;Gard;7461;48
31;Haute-Garonne;7413;85
32;Gers;7422;408
33;Gironde;7405;297
34;Hérault;7429;49
35;Ille-et-Vilaine;7465;211
36;Indre;7417;31
37;Indre-et-Loire;7408;131
38;Isère;7437;224
39;Jura;7460;242
40;Landes;7376;233
41;Loir-et-Cher;7399;3
42;Loire;7420;113
43;Haute-Loire;7452;41
44;Loire-Atlantique;7432;156
45;Loiret;7440;73
46;Lot;7454;331
47;Lot-et-Garonne;7416;95
48;Lozère;7421;32
49;Maine-et-Loire;7409;9
50;Manche;7404;19
51;Marne;7379;7
53;Mayenne;7438;6
56;Morbihan;7447;204
59;Nord;7400;644
60;Oise;7427;14
61;Orne;7419;2
62;Pas-de-Calais;7394;9
63;Puy-de-Dôme;7406;230
64;Pyrénées-Atlantiques;7450;2
66;Pyrénées-Orientales;7466;90
67;Bas-Rhin;7415;187
68;Haut-Rhin;7403;218
69;Rhône;7378;89
70;Haute-Saône;7423;8
71;Saône-et-Loire;7397;20
72;Sarthe;7443;326
73;Savoie;7425;304
74;Haute-Savoie;7407;293
75;Paris;71525;1
76;Seine-Maritime;7426;200
77;Seine-et-Marne;7383;86
78;Yvelines;7457;94
79;Deux-Sèvres;7455;57
80;Somme;7463;40
81;Tarn;7442;99
82;Tarn-et-Garonne;7388;180
83;Var;7390;22
84;Vaucluse;7445;93
85;Vendée;7402;20
86;Vienne;7377;231
87;Haute-Vienne;7418;134
88;Vosges;7384;152
90;Territoire-de-Belfort;7410;102
91;Essonne;7401;60
92;Hauts-de-Seine;7449;36
93;Seine-Saint-Denis;7389;17
94;Val-de-Marne;7458;47
95;Val-d'Oise;7433;51
Total:10685

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


ref;name;id relation;count
01;Ain;7387;395
02;Aisne;7411;115
03;Allier;7414;141
04;Alpes-de-Haute-Provence;7380;2
05;Hautes-Alpes;7436;21
06;Alpes-Maritimes;7385;22
07;Ardèche;7430;129
09;Ariège;7439;2
11;Aude;7446;46
12;Aveyron;7451;196
13;Bouches-du-Rhône;7393;101
14;Calvados;7453;236
15;Cantal;7381;30
16;Charente;7428;147
17;Charente-Maritime;7431;210
18;Cher;7456;15
19;Corrèze;7464;94
2A;Corse-du-Sud;76932;25
2B;Haute-Corse;76931;32
21;Côte-d'Or;7424;451
23;Creuse;7459;234
24;Dordogne;7375;127
25;Doubs;7462;316
26;Drôme;7434;301
27;Eure;7435;49
28;Eure-et-Loir;7374;29
29;Finistère;102430;13
30;Gard;7461;48
31;Haute-Garonne;7413;85
32;Gers;7422;408
33;Gironde;7405;297
34;Hérault;7429;49
35;Ille-et-Vilaine;7465;211
36;Indre;7417;31
37;Indre-et-Loire;7408;131
38;Isère;7437;224
39;Jura;7460;242
40;Landes;7376;233
41;Loir-et-Cher;7399;3
42;Loire;7420;113
43;Haute-Loire;7452;41
44;Loire-Atlantique;7432;156
45;Loiret;7440;73
46;Lot;7454;331
47;Lot-et-Garonne;7416;95
48;Lozère;7421;32
49;Maine-et-Loire;7409;9
50;Manche;7404;19
51;Marne;7379;7
53;Mayenne;7438;6
56;Morbihan;7447;204
59;Nord;7400;644
60;Oise;7427;14
61;Orne;7419;2
62;Pas-de-Calais;7394;9
63;Puy-de-Dôme;7406;230
64;Pyrénées-Atlantiques;7450;2
66;Pyrénées-Orientales;7466;90
67;Bas-Rhin;7415;187
68;Haut-Rhin;7403;218
69;Rhône;7378;89
70;Haute-Saône;7423;8
71;Saône-et-Loire;7397;20
72;Sarthe;7443;326
73;Savoie;7425;304
74;Haute-Savoie;7407;293
75;Paris;71525;1
76;Seine-Maritime;7426;200
77;Seine-et-Marne;7383;86
78;Yvelines;7457;94
79;Deux-Sèvres;7455;57
80;Somme;7463;40
81;Tarn;7442;99
82;Tarn-et-Garonne;7388;180
83;Var;7390;22
84;Vaucluse;7445;93
85;Vendée;7402;20
86;Vienne;7377;231
87;Haute-Vienne;7418;134
88;Vosges;7384;152
90;Territoire-de-Belfort;7410;102
91;Essonne;7401;60
92;Hauts-de-Seine;7449;36
93;Seine-Saint-Denis;7389;17
94;Val-de-Marne;7458;47
95;Val-d'Oise;7433;51
Total:10685
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Etat d'avancement commune le 29 de chaque mois

[Steven Le Roux]

2009/5/29 sly (sylvain letuffe) 

> Les départements non présents n'ont aucune communes, sauf Mozelle et
> Meurthe-et-Mozelle qui ne sont pas complet dans la base OSM, donc pas de
> stats.
> (les communes en plusieurs morceaux ne sont pas comptabilisées, il faut que
> je
> trouve une technique)
>
> bilan : 10685 communes dans OSM
> soit 53.4% du nombre de commune au format vecteur dans le cadastre
> et 29.2% du nombre total de commune.
>
> ref;name;id relation;count
> 01;Ain;7387;395
> 02;Aisne;7411;115
> 03;Allier;7414;141
> 04;Alpes-de-Haute-Provence;7380;2
> 05;Hautes-Alpes;7436;21
> 06;Alpes-Maritimes;7385;22
> 07;Ardèche;7430;129
> 09;Ariège;7439;2
> 11;Aude;7446;46
> 12;Aveyron;7451;196
> 13;Bouches-du-Rhône;7393;101
> 14;Calvados;7453;236
> 15;Cantal;7381;30
> 16;Charente;7428;147
> 17;Charente-Maritime;7431;210
> 18;Cher;7456;15
> 19;Corrèze;7464;94
> 2A;Corse-du-Sud;76932;25
> 2B;Haute-Corse;76931;32
> 21;Côte-d'Or;7424;451
> 23;Creuse;7459;234
> 24;Dordogne;7375;127
> 25;Doubs;7462;316
> 26;Drôme;7434;301
> 27;Eure;7435;49
> 28;Eure-et-Loir;7374;29
> 29;Finistère;102430;13
> 30;Gard;7461;48
> 31;Haute-Garonne;7413;85
> 32;Gers;7422;408
> 33;Gironde;7405;297
> 34;Hérault;7429;49
> 35;Ille-et-Vilaine;7465;211
> 36;Indre;7417;31
> 37;Indre-et-Loire;7408;131
> 38;Isère;7437;224
> 39;Jura;7460;242
> 40;Landes;7376;233
> 41;Loir-et-Cher;7399;3
> 42;Loire;7420;113
> 43;Haute-Loire;7452;41
> 44;Loire-Atlantique;7432;156
> 45;Loiret;7440;73
> 46;Lot;7454;331
> 47;Lot-et-Garonne;7416;95
> 48;Lozère;7421;32
> 49;Maine-et-Loire;7409;9
> 50;Manche;7404;19
> 51;Marne;7379;7
> 53;Mayenne;7438;6
> 56;Morbihan;7447;204
> 59;Nord;7400;644
> 60;Oise;7427;14
> 61;Orne;7419;2
> 62;Pas-de-Calais;7394;9
> 63;Puy-de-Dôme;7406;230
> 64;Pyrénées-Atlantiques;7450;2
> 66;Pyrénées-Orientales;7466;90
> 67;Bas-Rhin;7415;187
> 68;Haut-Rhin;7403;218
> 69;Rhône;7378;89
> 70;Haute-Saône;7423;8
> 71;Saône-et-Loire;7397;20
> 72;Sarthe;7443;326
> 73;Savoie;7425;304
> 74;Haute-Savoie;7407;293
> 75;Paris;71525;1
> 76;Seine-Maritime;7426;200
> 77;Seine-et-Marne;7383;86
> 78;Yvelines;7457;94
> 79;Deux-Sèvres;7455;57
> 80;Somme;7463;40
> 81;Tarn;7442;99
> 82;Tarn-et-Garonne;7388;180
> 83;Var;7390;22
> 84;Vaucluse;7445;93
> 85;Vendée;7402;20
> 86;Vienne;7377;231
> 87;Haute-Vienne;7418;134
> 88;Vosges;7384;152
> 90;Territoire-de-Belfort;7410;102
> 91;Essonne;7401;60
> 92;Hauts-de-Seine;7449;36
> 93;Seine-Saint-Denis;7389;17
> 94;Val-de-Marne;7458;47
> 95;Val-d'Oise;7433;51
> Total:10685
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
Mince on est à la bourre :)

Je recupère un pc bientôt donc je vais pouvoir contribuer à nouveau :)



-- 
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

Re: [OSM-talk-fr] Etat d'avancement commune le 29 de chaque mois

[Mathieu Arnold]

+--le 29.05.2009 17:45:37 +0200, sly (sylvain letuffe) écrivait :
| Les départements non présents n'ont aucune communes, sauf Mozelle et 
| Meurthe-et-Mozelle qui ne sont pas complet dans la base OSM, donc pas de 
| stats.

Hum, y'a une raison particulière, ou juste ils sont cassés et il faut les
réparer ?
Si c'est ça, peut être je vais tenter de le faire.

| 02;Aisne;7411;115
| 24;Dordogne;7375;127

Je vais recommencer à m'en préoccuper.

| 14;Calvados;7453;236

C'est en cours, mais pas fini :)

| 19;Corrèze;7464;94
| 23;Creuse;7459;234
| 32;Gers;7422;408
| 46;Lot;7454;331
| 47;Lot-et-Garonne;7416;95
| 82;Tarn-et-Garonne;7388;180
| 87;Haute-Vienne;7418;134

J'ai importé tout ce qui était vectorisé, je surveille les mises à jour
du cadastre.

-- 
Mathieu Arnold

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

[OSM-talk-fr] Re : Etat d'avancement commune le 29 de chaque mois

[THEVENON Julien]

pareil pour 42:Loire





De : Mathieu Arnold 
À : Discussions sur OSM en français 
Envoyé le : Vendredi, 29 Mai 2009, 18h11mn 15s
Objet : Re: [OSM-talk-fr] Etat d'avancement commune le 29 de chaque mois



| 19;Corrèze;7464;94
| 23;Creuse;7459;234
| 32;Gers;7422;408
| 46;Lot;7454;331
| 47;Lot-et-Garonne;7416;95
| 82;Tarn-et-Garonne;7388;180
| 87;Haute-Vienne;7418;134

J'ai importé tout ce qui était vectorisé, je surveille les mises à jour
du cadastre.

-- 
Mathieu Arnold

___
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] Etat d'avancement commune le 29 de chaque mois

[sly (sylvain letuffe)]

On Friday 29 May 2009 18:11, Mathieu Arnold wrote:
> 
> +--le 29.05.2009 17:45:37 +0200, sly (sylvain letuffe) écrivait :
> | Les départements non présents n'ont aucune communes, sauf Mozelle et 
> | Meurthe-et-Mozelle qui ne sont pas complet dans la base OSM, donc pas de 
> | stats.
> 
> Hum, y'a une raison particulière, ou juste ils sont cassés et il faut les
> réparer ?
> Si c'est ça, peut être je vais tenter de le faire.

Ils sont bien cassés (y'a un paquet de trous), je suis aller jeter un oeil, 
j'ai vu qu'il y avait un chantier par là haut, et je ne voulais pas affronter 
les terribles Vikings venus du Nord (Pieren et Denis) donc je les laisse 
gérer.

( J'entend la voix de ma raison qui dit : dis plutôt que tu as la flemme !)


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




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

Re: [OSM-talk-fr] Etat d'avancement commune le 29 de chaque mois

[Denis]

sly (sylvain letuffe) a écrit :
> On Friday 29 May 2009 18:11, Mathieu Arnold wrote:
> 
> Ils sont bien cassés (y'a un paquet de trous), je suis aller jeter un oeil, 
> j'ai vu qu'il y avait un chantier par là haut, et je ne voulais pas affronter 
> les terribles Vikings venus du Nord (Pieren et Denis) donc je les laisse 
> gérer.

Par Odin, je suis un peu occupé à terminer la Côte d'Or( (fin prévue 
pour mi-juin à fin-juin suivant l'état des week-end). Pieren est plus 
vosgien que moi, mais Corine l'a alpagué ;-)
> 
> ( J'entend la voix de ma raison qui dit : dis plutôt que tu as la flemme !)

"La voix intérieure tu dois écouter et le chemin de la raison tu trouveras".

Denis

Veni, Vidi, Viking


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

Re: [OSM-talk-fr] Etat d'avancement commune le 29 de chaque mois

[Mathieu Arnold]

+--On 29 mai 2009 20:57:05 +0200 Denis  wrote:
| sly (sylvain letuffe) a écrit :
|> On Friday 29 May 2009 18:11, Mathieu Arnold wrote:
|> 
|> Ils sont bien cassés (y'a un paquet de trous), je suis aller jeter un
|> oeil,  j'ai vu qu'il y avait un chantier par là haut, et je ne voulais
|> pas affronter  les terribles Vikings venus du Nord (Pieren et Denis)
|> donc je les laisse  gérer.
| 
| Par Odin, je suis un peu occupé à terminer la Côte d'Or( (fin prévue 
| pour mi-juin à fin-juin suivant l'état des week-end). Pieren est plus 
| vosgien que moi, mais Corine l'a alpagué ;-)
|> 
|> ( J'entend la voix de ma raison qui dit : dis plutôt que tu as la
|> flemme !)
| 
| "La voix intérieure tu dois écouter et le chemin de la raison tu
| trouveras".

Bah, j'vais aller faire un tour ce soir, je dis pas que je vais tout
réparer, mais on sait jamais ;-)

-- 
Mathieu Arnold

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

Re: [OSM-talk-fr] Etat d'avancement commune le 29 de chaque mois

[Mathieu Arnold]

+--On 29 mai 2009 22:14:30 +0200 Mathieu Arnold  wrote:
| +--On 29 mai 2009 20:57:05 +0200 Denis  wrote:
|| sly (sylvain letuffe) a écrit :
||> On Friday 29 May 2009 18:11, Mathieu Arnold wrote:
||> 
||> Ils sont bien cassés (y'a un paquet de trous), je suis aller jeter un
||> oeil,  j'ai vu qu'il y avait un chantier par là haut, et je ne voulais
||> pas affronter  les terribles Vikings venus du Nord (Pieren et Denis)
||> donc je les laisse  gérer.
|| 
|| Par Odin, je suis un peu occupé à terminer la Côte d'Or( (fin prévue 
|| pour mi-juin à fin-juin suivant l'état des week-end). Pieren est plus 
|| vosgien que moi, mais Corine l'a alpagué ;-)
||> 
||> ( J'entend la voix de ma raison qui dit : dis plutôt que tu as la
||> flemme !)
|| 
|| "La voix intérieure tu dois écouter et le chemin de la raison tu
|| trouveras".
| 
| Bah, j'vais aller faire un tour ce soir, je dis pas que je vais tout
| réparer, mais on sait jamais ;-)

Ou pas.

-- 
Mathieu Arnold

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

Re: [OSM-talk-fr] quelques questions sur les limites

[Christian Rogel]

Le 29 mai 09 à 15:43, sly (sylvain letuffe) a écrit :
>>
> Tout à fait, et je peux te dire que 4 c'est rien !
> J'ai tracé la frontière franco/italienne et je me retrouve avec des  
> bouts de
> ways appartenant à :
> 1 commune française, une italienne
> 1 dép français un italien
> 1 régions française, (pas d'italienne, z'en ont pas on dirait)
> France et talie
> Donc 7 relations

Je ne sais pas pourquoi les Italiens ne feraient pas apparaître leurs
régions, mais il est sûr qu'ils ont un super niveau régional doté
de très grands pouvoirs depuis 1975, puisque les régions italiennes
ont un pouvoir législatif local, dans le domaine culturel et celui de
l'environnement en particulier (elles font des lois régionales).
L'Italie est, en fait un pays fédéral comme l'Allemagne, l'Espagne, la
Belgique et la Grande-Bretagne. Du coup, nos régions-croupions
ne peuvent pas créer des liens sérieux avec celles des autres pays.

Christian

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