[OSM-talk-fr] Extraction des adresses...

[Benoît ROUSSEAU]

Pour ceux que ça intéresse, suppr pour les autres.

Le lien entre les adresses et leur voie la plus proche à moins de x
mètres (ici 10m) est calculé (segments rouges).



Chose ajoutée à l'usage, les voies non nommées ont été ajoutées pour
aider par la suite à distinguer l'appartenance de n° d'adresses proches
aux croisements. Sans cela, aux croisements de voies nommées et non
nommées, tous les n° "collent" à la seule voie chargée, celle nommée.

Prochaine étapes : re-grapper en prenant en compte l'information de
proximité d'une voie et affecter les incertitudes. Cela permettrai de
focaliser sur les éléments problématiques dans un logiciel interactif
d'affinage ou en affectant ses valeurs à fixme pour un import et
traitement sous JOSM.

Benoît R.


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

Re: [OSM-talk-fr] Version intermédiaire du plugin cada stre-fr 22188 (2.0 beta)

[Sébastien Dinot]

Pieren a écrit :

> Rappelons que les adresses individuelles sont considérées comme des
> données personnelles indirectes par la CNIL contrairement à l'ensemble
> des autres pays d'Europe. Elles ne peuvent donc pas être exploitées en
> France pour l'instant (en dehors des organismes autorisés par la loi).
> Il y a toutefois des démarches en cours pour corriger cette anomalie
> juridique

L'action en cours est le « décret Warsmann », consécutif à la loi du
même nom. Ce décret :

- met hors du périmètre de la CNIL les informations relatives au
  découpage parcellaire et aux adresses des parcelles ;

- autorise l'État, les collectivités territoriales et leurs
  établissements publics respectifs à constituer des bases de données
  numériques comprenant ces informations ;

- autorise les mêmes acteurs à diffuser ces informations, y compris par
  voie électronique, auprès de l'ensemble des personnes publiques et
  privées.

Ce décret rapprochera la loi française des lois en vigueur dans les
autres pays européens et permettra la transcription de la directive
européenne INSPIRE dans le droit français.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[Nicolas Dumoulin]

Le mardi 13 juillet 2010 20:19:41 Lord Awikatchikaen, vous avez écrit :
> Je suis prêt a apporter aides et idées (bien que becyklo me prenne bcp du
> peu de temps libre que j'ai)
> Peut être faudrait il ouvrir une page sur le wiki pour amorcer la pompe.

Pour info, il me semble en avoir déjà vu traîner dans le genre sur le wiki …

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Orthophoto 40cm Alpes Maritimes

[François Van Der Biest]

2010/7/13 Christian Quest 

> Autre solution: nous mettre les données à dispo en download quelque part
> chez eux, via FTP ou autre, comme ça ils n'ont pas à s'occuper d'envoyer, on
> vient les récupérer... si ça peut s'automatiser.


OK, à voir ...

Ensuite, comment exploiter ces orthos ? On met en place un serveur WMS ?
>

Oui, on sait faire ça (cf http://bmo.openstreetmap.fr/ows )

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

Re: [OSM-talk-fr] Orthophoto 40cm Alpes Maritimes

[Denis]

François Van Der Biest a écrit :

Hello,

Suite à communication privée avec le responsable SIG de la CU de Nice 
Cote d'Azur, je confirme que nous aurons bientôt l'ortho à 40cm sur le 
département des Alpes Maritimes à disposition de OSM.


Bravo François pour cette nouvelle conquête
Ça donne envie de déménager 

Denis, à l'est

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

Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[Lord Awikatchikaen]

+1

Sur Becyklo , je ne sais vers quoi rediriger
pour faire découvrir OSM : osm.org n'est qu'une carte de dev qui rebute plus
qu'autre chose, osm.fr est incomplet, le wiki fr est trop chargé... Le mieux
reste encore la page d'osm sur wikipedia... un comble.

Je suis prêt a apporter aides et idées (bien que becyklo me prenne bcp du
peu de temps libre que j'ai)
Peut être faudrait il ouvrir une page sur le wiki pour amorcer la pompe.

2010/7/13 sly (sylvain letuffe) 

> On mardi 13 juillet 2010, Emilie Laffray wrote:
> > http://wiki.openstreetmap.org/wiki/Potlatch_2/Deploying_Potlatch_2
> >
> > Qu'est ce que vous pensez de l'idee de deployer a terme sur
> > openstreetmap.frserait une bonne idee?
>
> Oui, et plus généralement je pense que la communauté française devrait se
> munir d'un site plus indépendant de osm.org et plus proche du
> contributeur/utilisateur.
>
> Mais c'est du taf
>
> --
> 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] Extraction des adresses...

[Christian Quest]

Le 13 juillet 2010 19:24, Pieren  a écrit :

> 2010/7/13 Benoît ROUSSEAU 
>
>>  dans les zones rurales, par exemple quand il y a des villas construites
>> le long d'une route hors d'une agglomeration, il est frequent que la
>> numerotation soit metrique, c'est a dire que la villa qui a comme adresse
>> "1325 route machin truc" se trouve au 1325ieme metre sur cette route
>>
>> Jamais vu, intéressant à savoir. Merci pour l'info. Il faudrait voir si
>> les chiffres ont la même "consistance" que pour les n° ordinaires et l'on
>> peux filtrer par un seuil au dessus duquel on considère que c'est du
>> métrique.
>>
>>
> Moi non plus, jamais vu. Ce qui j'ai vu par contre, c'est que parfois les
> règles pairs/impairs ne sont plus respectées soit parce que la rue n'a qu'un
> côté (sur une place ou plus souvent, le long d'un quai) ou dans certains
> villages où les nouveaux numéros ont simplement été ajoutés au fur et à
> mesure des nouvelles constructions.
>
> Pieren
>
>

J'ai rencontré tout les cas de figure décrits:
- numéro "métriques"
- numéros pairs et impairs sur les quais et places

mais aussi...
- des erreurs dans la numérotation du cadastre (2 fois le même numéro, par
exemple: 1 3 5 7 3 11...).
- des bis, ter dans le désordre (ex: 1 1ter 1bis)
- des numéros contenant des lettres (1A 1B 1C 1D)

Comme souvent, rien ne remplacera un contrôle sur le terrain ;-)

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

Re: [OSM-talk-fr] Extraction des adresses...

[Pieren]

2010/7/13 Benoît ROUSSEAU 

> dans les zones rurales, par exemple quand il y a des villas construites le
> long d'une route hors d'une agglomeration, il est frequent que la
> numerotation soit metrique, c'est a dire que la villa qui a comme adresse
> "1325 route machin truc" se trouve au 1325ieme metre sur cette route
>
> Jamais vu, intéressant à savoir. Merci pour l'info. Il faudrait voir si les
> chiffres ont la même "consistance" que pour les n° ordinaires et l'on peux
> filtrer par un seuil au dessus duquel on considère que c'est du métrique.
>
>
Moi non plus, jamais vu. Ce qui j'ai vu par contre, c'est que parfois les
règles pairs/impairs ne sont plus respectées soit parce que la rue n'a qu'un
côté (sur une place ou plus souvent, le long d'un quai) ou dans certains
villages où les nouveaux numéros ont simplement été ajoutés au fur et à
mesure des nouvelles constructions.

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

[OSM-talk-fr] OSMTracker pour android

[hpmt]

Je viens d'installer osmTracker sur mon Spica, cette appli est 
disponible depuis deux ou trois jours, je crois.

Dès que j'ai un petit aperçu, je reviens vous raconter.
Au premier rabort, ça a l'air bien.

à plus,
Hélène


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

Re: [OSM-talk-fr] Orthophoto 40cm Alpes Maritimes

[Christian Quest]

Autre solution: nous mettre les données à dispo en download quelque part
chez eux, via FTP ou autre, comme ça ils n'ont pas à s'occuper d'envoyer, on
vient les récupérer... si ça peut s'automatiser.

Ensuite, comment exploiter ces orthos ? On met en place un serveur WMS ?

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

Re: [OSM-talk-fr] Orthophoto 40cm Alpes Maritimes

[François Van Der Biest]

Parfait, merci à vous deux !
Je vais voir avec eux comment on procède et vous tiens au courant.

F.

2010/7/13 RatZilla$ 

> S'il faut aller à Nice les récupérer je suis votre homme.
> Ce sera la semaine prochaine à mon retour de Washington.
> Disons Mercredi ?! ou Vendredi
> Petite question est-ce que l'ortho photo bave un peu sur Monaco ...
> j'ai une idée derrière la tête... S.A.S ;-)
> S'il faut t'épauler Christian il me reste 500Go sur un Kimsufi d'OVH /
> 100Mbit.
>
> Gaël
>
> ___
> 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] Orthophoto 40cm Alpes Maritimes

[RatZilla$]

S'il faut aller à Nice les récupérer je suis votre homme.
Ce sera la semaine prochaine à mon retour de Washington.
Disons Mercredi ?! ou Vendredi
Petite question est-ce que l'ortho photo bave un peu sur Monaco ...
j'ai une idée derrière la tête... S.A.S ;-)
S'il faut t'épauler Christian il me reste 500Go sur un Kimsufi d'OVH / 100Mbit.

Gaël

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

Re: [OSM-talk-fr] Orthophoto 40cm Alpes Maritimes

[Christian Quest]

Ca va aider pour Grasse (ref:INSEE=06069) !

Si besoin d'un serveur FTP, je peux mettre ça en place rapidement sur ma
dedibox pro sur laquelle il me reste au moins 1To de libre.

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

[OSM-talk-fr] Orthophoto 40cm Alpes Maritimes

[François Van Der Biest]

Hello,

Suite à communication privée avec le responsable SIG de la CU de Nice Cote
d'Azur, je confirme que nous aurons bientôt l'ortho à 40cm sur le
département des Alpes Maritimes à disposition de OSM.

Sic : "Vous êtes tous des fous et des folles … vous débordez d'enthousiame,
vous êtes des cinglés !

La donnée ortho, résolution 40 cm, est libre de droit pour tous, donc y
compris pour la bande de fadas de l'OSM et ce sur tout le 06.

Considérez acquis si la récup de la donnée est faisable pour vous, que c'est
entendu : OSM l'aura"

Volume : ~ 10Go en ECW, 100Go en GeoTiff". (Indication: fadas et cinglés est
affectueux dans ce contexte ;-)

Il devrait être possible de récupérer ces données sur place, à Nice, pour un
contributeur équipé d'un gros disque USB.
Un volontaire ? Il s'agirait ensuite d'uploader ces données sur un serveur
free boosté en disque pour l'occasion.

Sinon, je vais voir si on peut mettre à disposition un serveur FTP/WebDAV
pour qu'ils uploadent directement leurs données.

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

Re: [OSM-talk-fr] Index des amenities dans MapOSMatic: redondance d'informations

[Thomas Petazzoni]

Bonjour,

On Tue, 13 Jul 2010 17:07:20 +0200
Vincent Pottier  wrote:

> Selon le principe : "on ne cartographie pas plusieurs fois le même 
> objet", la carte est erronée, l'école est cartographiée trois fois : un 
> point, un building une zone.
> Fromage ou dessert. Je supprime systématiquement les nœuds quand un 
> bâtiment (souvent les églises ! ou un parking) porte le même tag.

Quel serait un tagging propre de ces trois éléments ? J'imagine que le
point peut tout simplement être supprimé. Mais qu'en est-il de la zone
et du bâtiment ?

Est-ce que cette règle "on ne cartographie pas plusieurs fois le même
objet" est universellement accepté ? Le lieu en question est en
Allemagne, est-ce qu'ils utilisent la même règle que les mappeurs
français à ce niveau ?

> On peut imaginer un filtre de ce type d'erreur en supposant que le 
> polygone englobant est le meilleur (le tag s'appliquant au contenu du 
> polygone).
> Mais, ça n'arrange pas la base et ça ne filtre les erreurs Hochschule 
> Ostwestfalen-Lippe=Hochschule OWL

Du coté de MapOSMatic, nous nous refusons à faire des filtrages visant
à "corriger" des problèmes de la base de données. Par exemple, lorsque
qu'une même rue porte des noms différents (en raison d'erreurs de
majuscule/minuscule, d'accents ou de typos) sur ses différentes
sections, elle apparaît plusieurs fois dans l'index, et c'est
volontaire. C'est un signe qu'il faut corriger la base.

Dans le cas précisé ici, nous ne savions pas si la carte était erronée
ou pas, et donc où la correction devait se faire: sur les données, ou
dans MapOSMatic.

Merci,

Thomas
-- 
Thomas Petazzoni http://thomas.enix.org
Promouvoir et défendre le Logiciel Libre http://www.april.org
Logiciels Libres à Toulouse  http://www.toulibre.org


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

Re: [OSM-talk-fr] Extraction des adresses...

[Benoît ROUSSEAU]

hamster a écrit :
Benoît
ROUSSEAU a écrit :
  
  La fonction d'adressage de Pieren ajouté au
plug Cadastre sera peut être (sûrement) plus rentable en temps dans les
agglomérations où les adresses sont véritablement groupées à foison sur
de petites zones (ça va vite, c'est efficace, ça existe). On verra à
l'usage, mais je pense que pour les communes rurales, l'import sera
plus efficient, car plein de petites rues, dans plein de petits
hameaux, sur une vaste étendue.

  
  
je crains que dans ces zones la le cadastre soit souvent depourvu des
numeros
  

C'est possible. Auquel cas les fourmis...

dans les zones rurales, par exemple quand il y a des villas construites
le long d'une route hors d'une agglomeration, il est frequent que la
numerotation soit metrique, c'est a dire que la villa qui a comme
adresse "1325 route machin truc" se trouve au 1325ieme metre sur cette
route
Jamais vu, intéressant à savoir. Merci pour l'info. Il faudrait voir si
les chiffres ont la même "consistance" que pour les n° ordinaires et
l'on peux filtrer par un seuil au dessus duquel on considère que c'est
du métrique.

ca doit etre faisable un bout de code qui cherche une correspondance
entre les distances le long de la route et les numeros, non ?
  

Ca me paraît difficile ne serait-ce que pour savoir de quel côté sont
les pairs et impairs.

Benoît R.



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

Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[Jean-Marc Liotier]

Emilie Laffray wrote:
je suis en train de discuter avec les gens de geofabrik pour la 
traduction de leur livre sur OSM et pour l'enrichir avec des choses 
typiquement française (lire Osmose, Cadastre, QualityStreetMap, 
etc...). La aussi pas mal de boulot et il serait intéressant de voir 
le nombre de contributeurs actifs en France pour avoir une idee des

ventes  potentielles.


Vue la quantité d'information disponible en ligne et apparemment bien 
exploitée par les contributeurs, le public visé ne serait probablement 
pas les contributeurs actifs mais plutôt les nouveaux et ceux qui n'ont 
pas encore franchi le pas, qui manifestent de l'intérêt ou de la 
curiosité et qui se sentent perdu face au foisonnement de la toile. Dans 
mon expérience ce sont plutôt eux qui demandent un livre - même si des 
utilisateurs actifs peuvent bien entendu en profiter au passage.


Pour cette étude de marché on pourrait donc commencer par s'intéresser 
non pas au nombre de contributeurs actifs mais plutôt au flux de 
nouveaux contributeurs : il devrait être fortement corrélé à l'intérêt 
manifesté envers OpenStreetMap par les nouveaux utilisateurs. Une 
estimation fiable du volume de la cible nécessitera bien entendu des 
sources complémentaires.



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

Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[Vincent Pottier]

On 13/07/2010 15:55, Emilie Laffray wrote:
 A noter que je suis en train de discuter avec les gens de geofabrik 
pour la traduction de leur livre sur OSM et pour l'enrichir avec des 
choses typiquement française (lire Osmose, Cadastre, QualityStreetMap, 
etc... 

osmecum (revu et enrichi)
). La aussi pas mal de boulot et il serait intéressant de voir le 
nombre de contributeurs actifs en France pour avoir une idee des 
ventes potentielles.
De plus, il faut voir si ca passerait au Canada (cf nos amis 
quebecois) pour les ventes.

Puis un petit stock sur stands... ça aussi ça augmente la visibilité...

Un idée du tirage minimum ?
--
FrViPofm

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

Re: [OSM-talk-fr] Index des amenities dans MapOSMatic: redondance d'informations

[Vincent Pottier]

On 13/07/2010 15:46, Thomas Petazzoni wrote:

Quelle logique devrions-nous adopter pour avoir un index pertinent ?
Est-ce que le mapping réalisé à cet endroit précis est pertinent
(est-ce normal d'avoir le même nom à la fois sur la zone et sur le
bâtiment, est-ce normal d'avoir une zone *et* un node) ?
   
Selon le principe : "on ne cartographie pas plusieurs fois le même 
objet", la carte est erronée, l'école est cartographiée trois fois : un 
point, un building une zone.
Fromage ou dessert. Je supprime systématiquement les nœuds quand un 
bâtiment (souvent les églises ! ou un parking) porte le même tag.

On pourrait imaginer ne conserver qu'une seule entrée quand plusieurs
entrées ont un nom identique. Mais laquelle ? En effet, l'intersection
d'une zone avec les carrés de notre carte sert à générer l'index. Donc
si on prend un bâtiment au lieu de la zone globale, on risque d'avoir
une intersection plus petite et donc de ne pas lister l'ensemble des
carrés de la carte où se trouve l'université. Autre soucis: le cas où
les amenities n'ont pas de nom, on ne souhaite pas les fusionner.
   
On peut imaginer un filtre de ce type d'erreur en supposant que le 
polygone englobant est le meilleur (le tag s'appliquant au contenu du 
polygone).
Mais, ça n'arrange pas la base et ça ne filtre les erreurs Hochschule 
Ostwestfalen-Lippe=Hochschule OWL

Un module osmose ?..


Merci pour vos éclairages,
   

De rien.
--
FrViPofm

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

Re: [OSM-talk-fr] Fond de carte

[sly (sylvain letuffe)]

(désolé pour la rupture du fil de discussion)

JonathanMM wrote:
> Tout a l'heure, en me promenant sur le wiki, je suis tombé sur la page 
> des fonds de cartes : 
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes
> Malheureusement, les fonds de cartes régions ou département avait été 
> enlevés a cause d'une sombre histoire de licence.
> Mais maintenant, avec le cadastre, ne pouvons nous pas régénérer de 
> nouveaux fonds de cartes ?

Ben, le travail n'est pas encore fini, de nombreuses frontières de département 
sont toujours issue de la source "délicate"

> Par contre, je connais pas la demande dans ce domaine là mais je pense 
> que ça peut etre intéréssant

Je reste à l'affut, et suis prêt à générer tout ce qu'il faut pour faire de 
jolis fond de carte de données aussi diverses, que variées, qu'inattendues, 
que ce soit en SVG, png, shp ou gpx.

Mais si les données sont relativement bien rentrées pour un rendu purement 
bitmap (qui à dit fait pour ? et on tague pour le rendu ? ;-) ) il n'en va 
pas tout à fait de même pour une construction vectorielle.

(Coté limites administratives, c'est plutôt facile à produire, pour le reste, 
cours d'eau, train, autoroute, c'est un peu plus sioux)

-- 
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] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[Nicolas Moyroud]

Salut Émilie,

J'avais évoqué il y a quelques temps la possibilité de réaliser un livre 
sur OSM en français dans la collection sous licence libre Framabook.
J'avais posé un message en ce sens sur le forum Framasoft et ça semblait 
les intéresser. C'est une piste à explorer...


a+


Emilie Laffray a écrit :
A noter que je suis en train de discuter avec les gens de geofabrik 
pour la traduction de leur livre sur OSM et pour l'enrichir avec des 
choses typiquement française (lire Osmose, Cadastre, QualityStreetMap, 
etc... ). La aussi pas mal de boulot et il serait intéressant de voir 
le nombre de contributeurs actifs en France pour avoir une idee des 
ventes potentielles.
De plus, il faut voir si ca passerait au Canada (cf nos amis 
quebecois) pour les ventes.


Emilie Laffray
  


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

Re: [OSM-talk-fr] Récupérer cadastre Gilles (28 )

[Erwan de FERRIERES]

Le 13/07/2010 15:16, Vincent de Chateau-Thierry a écrit :


Bonjour,


Message du 13/07/10 15:03
De : "Erwan de FERRIERES"

Il trouve bien le village, mais me propose ensuite de choisir une
feuille cadastrale. jusque là pas de problème. Seul souci, rien ne
s'affiche ensuite sur josm.



Un test rapide sur une planche (ZD01) donne des coordonnées en Lambert "4 
zones" zone 1.

Rhhh zone 1 ! Saleté !
Bon niquel, j'ai maintenant et je vais faire tout ce que j'ai à faire !
Merci :


Erwan

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

Re: [OSM-talk-fr] Extraction des adresses...

[hamster]

Benoît ROUSSEAU a écrit :
La fonction d'adressage de Pieren ajouté au plug Cadastre sera peut être 
(sûrement) plus rentable en temps dans les agglomérations où les 
adresses sont véritablement groupées à foison sur de petites zones (ça 
va vite, c'est efficace, ça existe). On verra à l'usage, mais je pense 
que pour les communes rurales, l'import sera plus efficient, car plein 
de petites rues, dans plein de petits hameaux, sur une vaste étendue.


je crains que dans ces zones la le cadastre soit souvent depourvu des 
numeros


dans les zones rurales, par exemple quand il y a des villas construites 
le long d'une route hors d'une agglomeration, il est frequent que la 
numerotation soit metrique, c'est a dire que la villa qui a comme 
adresse "1325 route machin truc" se trouve au 1325ieme metre sur cette route
ca doit etre faisable un bout de code qui cherche une correspondance 
entre les distances le long de la route et les numeros, non ?


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

Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[Emilie Laffray]

2010/7/13 sly (sylvain letuffe) 

> Oui, et plus généralement je pense que la communauté française devrait se
> munir d'un site plus indépendant de osm.org et plus proche du
> contributeur/utilisateur.
>
> Mais c'est du taf
>

Absolument mais c'est parmi les différents éléments dans ma liste de chose a
faire. J'aimerais bien voir certains des tutoriaux que FredB a fait sur la
page française etc... A noter que je suis en train de discuter avec les gens
de geofabrik pour la traduction de leur livre sur OSM et pour l'enrichir
avec des choses typiquement française (lire Osmose, Cadastre,
QualityStreetMap, etc... ). La aussi pas mal de boulot et il serait
intéressant de voir le nombre de contributeurs actifs en France pour avoir
une idee des ventes potentielles.
De plus, il faut voir si ca passerait au Canada (cf nos amis quebecois) pour
les ventes.

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

Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[sly (sylvain letuffe)]

On mardi 13 juillet 2010, Emilie Laffray wrote:
> http://wiki.openstreetmap.org/wiki/Potlatch_2/Deploying_Potlatch_2
> 
> Qu'est ce que vous pensez de l'idee de deployer a terme sur
> openstreetmap.frserait une bonne idee?

Oui, et plus généralement je pense que la communauté française devrait se 
munir d'un site plus indépendant de osm.org et plus proche du 
contributeur/utilisateur.

Mais c'est du taf

-- 
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] Index des amenities dans MapOSMatic: redondance d'informations

[Thomas Petazzoni]

Bonjour,

Un utilisateur de MapOSMatic [1] nous reporte voir des entrées
redondantes d'amenities dans l'index que nous générons avec le plan de
ville. Un exemple est visible sur l'index
http://maposmatic.org/jobs/16190. Nous avons trois fois la même
information dans "Education" :

 * Hochschule OWL
 * Hochschule Ostwestfalen-Lippe
 * Hochschule Ostwestfalen-Lippe

Voir
http://www.openstreetmap.org/?lat=52.01634&lon=8.905405&zoom=18&layers=B000FTT
pour la zone en question.

Un des "Hochschule Ostwestfalen-Lippe" est
http://www.openstreetmap.org/browse/way/35797977, à savoir un way
amenity=university qui couvre toute la zone.

L'autre "Hochschule Ostwestfalen-Lippe" est
http://www.openstreetmap.org/browse/way/33889977, à savoir un way
amenity=university,building=yes qui couvre un bâtiment spécifique.

Le "Hochschule OWL" est
http://www.openstreetmap.org/browse/node/292677522, à savoir un node
amenity=university.

Comme pour l'index nous prenons tous les points et ways qui matchent
amenity=university, nous nous récupérons ces trois entrées.

Quelle logique devrions-nous adopter pour avoir un index pertinent ?
Est-ce que le mapping réalisé à cet endroit précis est pertinent
(est-ce normal d'avoir le même nom à la fois sur la zone et sur le
bâtiment, est-ce normal d'avoir une zone *et* un node) ?

On pourrait imaginer ne conserver qu'une seule entrée quand plusieurs
entrées ont un nom identique. Mais laquelle ? En effet, l'intersection
d'une zone avec les carrés de notre carte sert à générer l'index. Donc
si on prend un bâtiment au lieu de la zone globale, on risque d'avoir
une intersection plus petite et donc de ne pas lister l'ensemble des
carrés de la carte où se trouve l'université. Autre soucis: le cas où
les amenities n'ont pas de nom, on ne souhaite pas les fusionner.

Merci pour vos éclairages,

Thomas

[1] http://www.maposmatic.org
-- 
Thomas Petazzoni http://thomas.enix.org
Promouvoir et défendre le Logiciel Libre http://www.april.org
Logiciels Libres à Toulouse  http://www.toulibre.org


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

Re: [OSM-talk-fr] Récupérer cadastre Gilles (28 )

[Nicolas Dumoulin]

Le mardi 13 juillet 2010 15:02:22 Erwan de FERRIERES, vous avez écrit :
> Salut à tous,
> 
> je cherche à récupérer le cadastre sur le village de Gilles dans le 28,
> via josm et le plugin cadastre-fr.
> Il trouve bien le village, mais me propose ensuite de choisir une
> feuille cadastrale. jusque là pas de problème. Seul souci, rien ne
> s'affiche ensuite sur josm. Si quelqu'un avait quelques indices, ce
> serait bien sympa !

À tout hasard, As-tu correctement réglé la projection ?
Sur Gilles, c'est la projection "Lambert 4 zones" zone 2.
Par contre les feuilles semblent avoir un géoréférencement erroné. D'où 
l'utilité de la question « voulez-vous utilisez les données de 
géoréférencement », répond non, et géoréférence les croisillons.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

[OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[Emilie Laffray]

http://wiki.openstreetmap.org/wiki/Potlatch_2/Deploying_Potlatch_2

Qu'est ce que vous pensez de l'idee de deployer a terme sur
openstreetmap.frserait une bonne idee?

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

Re: [OSM-talk-fr] Ville de Grasse

[Vladimir Vyskocil]

Bonjour,

J'ai transmis ces informations à la personne qui m'a contacté et je l'ai invité 
à venir consulter cette liste et la page wiki.

Vlad.

On 13 juil. 2010, at 14:52, Marc SIBERT wrote:

> Bonjour,
> 
> Je viens de mettre à jour la page de Grasse dans le wiki.
> 
> Est-ce qu'on peut avoir plus de précision de la demande de Grasse ?
> Personnellement, j'ai commencé à dessiner les voies entre les bâtiments avec 
> le cadastre sur le second écran. Il est assez détaillé avec les noms des 
> rues, les trottoirs. Ce serait quand même bien d'avoir un appuis sur place, 
> comme les services de la commune pour nous transmettre des photos de certains 
> points un peu techniques (rond-points, escaliers, passerelles...), une 
> adresse mail d'un interlocuteur serait la bienvenue.
> 
> A+ 
> 
> -- 
> Marc Sibert
> m...@sibert.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] Récupérer cadastre Gilles (28 )

[Vincent de Chateau-Thierry]

Bonjour,

> Message du 13/07/10 15:03
> De : "Erwan de FERRIERES"
>
> Il trouve bien le village, mais me propose ensuite de choisir une
> feuille cadastrale. jusque là pas de problème. Seul souci, rien ne
> s'affiche ensuite sur josm. 
>

Un test rapide sur une planche (ZD01) donne des coordonnées en Lambert "4 
zones" zone 1.
Il faut avant tout que JOSM soit configuré avec cette projection. Ca se passse 
ici :
menu F12 (ou Modifier > Preferences) puis le 3e picto en haut à gauche (la 
grille), et l'onglet "Projection de la carte"
Ensuite, tu te centres sur ta commune en en téléchargeant un bout, puis :
- Cadastre > Georeferencer une image
- choix de la commune
- choix de la feuille
- au pop-up qui te propose d'utiliser le géoréférencement, cliquer sur Oui 
(même si ça n'est pas toujours impec).

Et dans tous les cas :
http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


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

Re: [OSM-talk-fr] Mapquest & OSM

[Emilie Laffray]

Plus de détails croustillants venant de la source d'ici peu quand je les
aurais.

Emilie Laffray

2010/7/12 

> C'est toujours pas terrible clubic, l'article contient tellement
> d'approximations qu'une simple relecture aurait évacuée ...
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [Presse] Brêve Usine Nouvelle

[Ab_fab]

http://www.usinenouvelle.com/article/bmw-teste-le-gps-version-wikipedia.N135550

--
ab_fab

"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extraction des adresses...

[Benoît ROUSSEAU]

Pierre a écrit :

On Tuesday 13 July 2010 02:47:36 Benoît ROUSSEAU wrote:
  

 Pour ceux que ça intéresse...

 Bonjour,

 Où j'en suis :
 1- je reconnais les n° de rue,
 2- je positionne les n° de rue,
 3- je mets en "grappes" les n° de rues proches qui se suivent à -2
d'écart, 4- je télécharge et positionne les rues et places nommées.

 Un aperçu (détail) :
 apreçu
 Les voies nommées sont en magenta, les grappes en bleu, les n° en bleu
foncé. J'ai ajouté en rouge des endroits potentiellement problématiques et
en vert des voies non nommée pour une meilleur compréhension. La zone
visible ici :
http://www.openstreetmap.org/?lat=46.61079&lon=0.21543&zoom=17&layers=B000
FTF et vous pourrez vérifier le Cadastre sous JOSM.

 En ce qui concerne les points problématiques :
 - pour les points rouges haut et bas : quand deux points d'une même grappe
sont très proches de deux voies de noms différents, il suffit de casser la
grappe et d'associer les adresses à leurs voies respectives. Sur le
Cadastre quand c'est proche, c'est vraiment proche. Un seuillage permet
déjà de résoudre un paquet d'ambiguïtés ; - point rouge du milieu : dans
le cas du n°11, la voie la plus proche reste la bonne mais, en cas de
doute, avec celle de la grappe du n°4, il faudrait regarder la cohérence
de numérotation : le 11 s'insère dans la continuité 9-13 bien mieux que
dans la 4-rien. Donc c'est soluble sans ambiguïté.

 Benoît R.


Bonjour
  

Bonjour,

Comment gères-tu les rues numérotées "aléatoirement" ?

Par la proximité à la voie uniquement.
(De 20 en 20 par exemple, 
puis de 10 en 10 sur 100 mètres, puis de 20 en 20 à nouveau... Ou encore de x50 
en x90 (150, 190, 250, 290...) ?)
  
Finalement pas très aléatoire. Ca n'est pas géré actuellement hormis par 
la proximité à la voie. L'algo de mise en grappe est prévu pour être 
paramétré et permettre de fonctionner par passes successives. J'ai fixé 
les paramètres pour l'instant.


En gros, l'idée de base :
- Les grands n° sont moins nombreux. Je commence donc par eux en 
cherchant les proches d'un n° inférieur dans un rayon R et un écart de 
n° max MaxE. L'idée est de s'appuyer immédiatement sur de petites 
grappes "évidentes" et de retirer les adresses "sûres" des recherches de 
"colmatage". Dans la pratique, vous avez notez que certaines 2-1 
foirent. On pourrait imaginer arrêter les recherches à 10, 5, ... ou 
j'avais pensé limiter les recherchent à un secteur angulaire (part de 
camembert) orientée par la direction et sens de la grappe ou de la voie.
- Donc il est possible d'augmenter progressivement R et MaxE, l'un et/ou 
l'autre,  pour prendre en compte les +10, + 20, ...


Également, pourrais-tu régler ton lecteur de mail pour envoyer à la fois en 
texte et en HTML les mails ?
  

Oui, je le fais au coup par coup selon le contenu, je vais le fixer.

Merci et bonne chance pour la suite
  

Merci.

De toutes manières, soyons clair, ça ne fera pas le café.

La fonction d'adressage de Pieren ajouté au plug Cadastre sera peut être 
(sûrement) plus rentable en temps dans les agglomérations où les 
adresses sont véritablement groupées à foison sur de petites zones (ça 
va vite, c'est efficace, ça existe). On verra à l'usage, mais je pense 
que pour les communes rurales, l'import sera plus efficient, car plein 
de petites rues, dans plein de petits hameaux, sur une vaste étendue. Il 
faudra peser le pour et le contre et choisir en fonction des outils 
disponibles le plus adapté. Il y aura des erreurs à corriger c'est 
certain donc je dois travailler à permettre de mettre en valeur les 
éléments à risque pour qu'ils soient rapidement localisable sur de 
larges zones.


Je n'en ai pas parler jusque ici, mais la localisation des adresses 
permettra probablement aussi, voir surtout, d'autres contrôles, comme 
l'absence évident d'une voie, la complétion d'adresses existantes selon 
d'autres spécifications ou la mise en évidence d'incohérences.



 Pierre
  

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

[OSM-talk-fr] Récupérer cadastre Gilles (28 )

[Erwan de FERRIERES]

Salut à tous,

je cherche à récupérer le cadastre sur le village de Gilles dans le 28, 
via josm et le plugin cadastre-fr.
Il trouve bien le village, mais me propose ensuite de choisir une 
feuille cadastrale. jusque là pas de problème. Seul souci, rien ne 
s'affiche ensuite sur josm. Si quelqu'un avait quelques indices, ce 
serait bien sympa !


Merci,

Erwan

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

Re: [OSM-talk-fr] Comment copier/coller toutes les pro priétés d'un objet ?

[Nicolas Moyroud]

P quel âne je suis, je n'avais même pas vu le "Coller les attributs" 
dans le menu "Modifier" !

Merci Étienne.

Etienne Trimaille a écrit :

Oui, tu peux ;-)

Pour copier : ctrl +c classique
Et pour coller : ctrl + maj +v
Ou sinon, c'est dans le menu "modifier"



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

Re: [OSM-talk-fr] Ville de Grasse

[Marc SIBERT]

Bonjour,

Je viens de mettre à jour la page de
Grassedans le wiki.

Est-ce qu'on peut avoir plus de précision de la demande de Grasse ?
Personnellement, j'ai commencé à dessiner les voies entre les bâtiments avec
le cadastre sur le second écran. Il est assez détaillé avec les noms des
rues, les trottoirs. Ce serait quand même bien d'avoir un appuis sur place,
comme les services de la commune pour nous transmettre des photos de
certains points un peu techniques (rond-points, escaliers, passerelles...),
une adresse mail d'un interlocuteur serait la bienvenue.

A+

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

Re: [OSM-talk-fr] Re : Pour participer un peu au flood...

[Nicolas Dumoulin]

Le lundi 12 juillet 2010 19:48:04 Gilles Bassière, vous avez écrit :
> A un moment, j'avais pensé à un résumé hebdomadaire résumant brièvement
> les questions abordées et pointant vers le début des fils de discussion,
> idéalement disponible en RSS. Reste à trouver une bonne âme pour rédiger...

J'avais aussi tenté de relayer quelques infos sur mon journal osm, je pense 
que c'est un bon moyen.
Après réflexion, ce qui me semble pas mal est de capitaliser les infos 
pertinentes sur le wiki (ce qui est déjà pas mal fait) puis de relayer sur le 
journal (par exemple).

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[Etienne Trimaille]

Oui, j'ai refait l'extraction de Baume les dames quand j'ai vu le décalage.
Mais c'était pour dire (indirectement) que toutes les communes ne sont pas
en bonnes zones lambert dans le dépôt. Donc méfiance ...
Et les fichiers hydrographiques sont également concernés par ce décalage.

Le 13 juillet 2010 13:50, Vincent Pottier  a écrit :

> On 13/07/2010 12:23, Etienne Trimaille wrote:
>
>> Oui, mais il y a toujours des communes qui ne sont pas fraiches : Baume
>> les dames (25) est toujours une ile écossaise, et Amagney(25) est toujours
>> un petit village en Algérie :)
>>
> Ceci dit, ils sont tous les deux importés...
> --
> FfViPofm
>
>
>
> ___
> 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] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[Vincent Pottier]

On 13/07/2010 12:23, Etienne Trimaille wrote:
Oui, mais il y a toujours des communes qui ne sont pas fraiches : 
Baume les dames (25) est toujours une ile écossaise, et Amagney(25) 
est toujours un petit village en Algérie :)

Ceci dit, ils sont tous les deux importés...
--
FfViPofm


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

Re: [OSM-talk-fr] Extraction des adresses...

[Pierre]

On Tuesday 13 July 2010 02:47:36 Benoît ROUSSEAU wrote:
>  Pour ceux que ça intéresse...
> 
>  Bonjour,
> 
>  Où j'en suis :
>  1- je reconnais les n° de rue,
>  2- je positionne les n° de rue,
>  3- je mets en "grappes" les n° de rues proches qui se suivent à -2
> d'écart, 4- je télécharge et positionne les rues et places nommées.
> 
>  Un aperçu (détail) :
>  apreçu
>  Les voies nommées sont en magenta, les grappes en bleu, les n° en bleu
> foncé. J'ai ajouté en rouge des endroits potentiellement problématiques et
> en vert des voies non nommée pour une meilleur compréhension. La zone
> visible ici :
> http://www.openstreetmap.org/?lat=46.61079&lon=0.21543&zoom=17&layers=B000
> FTF et vous pourrez vérifier le Cadastre sous JOSM.
> 
>  En ce qui concerne les points problématiques :
>  - pour les points rouges haut et bas : quand deux points d'une même grappe
> sont très proches de deux voies de noms différents, il suffit de casser la
> grappe et d'associer les adresses à leurs voies respectives. Sur le
> Cadastre quand c'est proche, c'est vraiment proche. Un seuillage permet
> déjà de résoudre un paquet d'ambiguïtés ; - point rouge du milieu : dans
> le cas du n°11, la voie la plus proche reste la bonne mais, en cas de
> doute, avec celle de la grappe du n°4, il faudrait regarder la cohérence
> de numérotation : le 11 s'insère dans la continuité 9-13 bien mieux que
> dans la 4-rien. Donc c'est soluble sans ambiguïté.
> 
>  Benoît R.
Bonjour

Comment gères-tu les rues numérotées "aléatoirement" ? (De 20 en 20 par 
exemple, 
puis de 10 en 10 sur 100 mètres, puis de 20 en 20 à nouveau... Ou encore de x50 
en x90 (150, 190, 250, 290...) ?)
Également, pourrais-tu régler ton lecteur de mail pour envoyer à la fois en 
texte et en HTML les mails ?

Merci et bonne chance pour la suite
 Pierre


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

Re: [OSM-talk-fr] Comment copier/coller toutes les pro priétés d'un objet ?

[Etienne Trimaille]

Oui, tu peux ;-)

Pour copier : ctrl +c classique
Et pour coller : ctrl + maj +v
Ou sinon, c'est dans le menu "modifier"

Le 13 juillet 2010 13:12, Nicolas Moyroud  a écrit :

> Je n'ai pas réussi à trouver comment copier avec JOSM toutes les propriétés
> d'un objet afin de pouvoir simplement les attribuer à un autre objet.
> Y-a-t'il un moyen simple de faire ça, plutôt que de remettre toutes les
> propriétés une par une à la main ?
> Je suis toujours dans l'import semi-automatique du bâti et ça me
> simplifierait bien la vie. :-)
>
> ___
> 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

[OSM-talk-fr] Comment copier/coller toutes les pro priétés d'un objet ?

[Nicolas Moyroud]

Je n'ai pas réussi à trouver comment copier avec JOSM toutes les 
propriétés d'un objet afin de pouvoir simplement les attribuer à un 
autre objet. Y-a-t'il un moyen simple de faire ça, plutôt que de 
remettre toutes les propriétés une par une à la main ?
Je suis toujours dans l'import semi-automatique du bâti et ça me 
simplifierait bien la vie. :-)


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

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[Benoît ROUSSEAU]

Pieren a écrit :

  2010/7/13 Nicolas Moyroud 
  En
plus, le problème c'est que du coup je ne peux plus utiliser le plugin
cadastre pour contrôler le décalage comme indiqué sur le wiki...

  
  
Est-ce qu'il y a encore des fichiers mis à disposition avec ce décalage
? Si oui, c'est un crime. Si non, il faudrait effacer cette remarque du
wiki. 
  
Pieren
  

Impossible de savoir si oui ou non il reste des fichiers dispo avec le
décalage et impossible de savoir si les scripts téléchargés ont tous
été mis à jour ou si des versions "décalantes" restent dispo sur le web.
Étant donné le peu de temps que prends la vérif et sa facilité de mise
en œuvre, le mieux serait de laisser l'avertissement. Difficile de
croire que l'on se lance dans l'import du bâti sans avoir jamais essayé
le plug Cadastre.
Benoît R.



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

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[Pieren]

2010/7/13 Nicolas Moyroud 

> En plus, le problème c'est que du coup je ne peux plus utiliser le plugin
> cadastre pour contrôler le décalage comme indiqué sur le wiki...
>
>
Est-ce qu'il y a encore des fichiers mis à disposition avec ce décalage ? Si
oui, c'est un crime. Si non, il faudrait effacer cette remarque du wiki.

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

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[Etienne Trimaille]

Oui, mais il y a toujours des communes qui ne sont pas fraiches : Baume les
dames (25) est toujours une ile écossaise, et Amagney(25) est toujours un
petit village en Algérie :)

Le 13 juillet 2010 12:14, Christian Quest  a
écrit :

> Juste pour rappel, tout les extractions semi-automatiques des départements
> de métropole sont dispo là: http://osm.cquest.org/bati/
>
> --
> Christian
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[Christian Quest]

Juste pour rappel, tout les extractions semi-automatiques des départements
de métropole sont dispo là: http://osm.cquest.org/bati/

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

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[René-Luc D'Hont]

Désolé RatZilla$, j'aurais dû te prévenir plus tôt que ton poisson 
n'était pas frais en Hérault.


ReLuc

Le 13/07/2010 12:03, RatZilla$ a écrit :

J'ai dû me tromper dans la projection je retourne à la pêche sur le serveur.
Je mettrai à dispo les fichiers frais ce soir.
Gaël

___
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] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[RatZilla$]

J'ai dû me tromper dans la projection je retourne à la pêche sur le serveur.
Je mettrai à dispo les fichiers frais ce soir.
Gaël

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

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[Nicolas Moyroud]

Bah non celui de ReLuc il est plus frais, il marche tout seul en Lambert 
9 zones ;-)
Effectivement le tien ça ne marche qu'en WGS84. Mais bon quand on lit la 
doc sur le wiki, ça donne l'impression qui faut bosser en Lambert 9 ou 4 
zones. En plus, le problème c'est que du coup je ne peux plus utiliser 
le plugin cadastre pour contrôler le décalage comme indiqué sur le wiki...


Cétautomatix, forgeron gaulois qui n'aime pas le poisson pas frais !


RatZilla$ a écrit :

Alors comme ça il est pas frais mon fichier OSM hein !!!

Tu travailles sur quelle ville ?

Au cas ou tu aurais choisi la mauvaise projection passe en WGS84 puis:
Fichier > Ouvre une autre ville > Affichage > "Zoomer sur les données"

Normalement c'est bon ?!.?

Gaelyx Poissonnier Frais d'OSM Monsieur !
  


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

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[Nicolas Moyroud]

Merci à toi ReLuc ça marche maintenant.

René-Luc D'Hont a écrit :

Nicolas si tu veux j'ai le fichier .osm correct des batiments de canet!



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

Re: [OSM-talk-fr] Re : Extraction des adresses...

[Benoît ROUSSEAU]

THEVENON Julien a écrit :

* De :* Xinfe Ewalavir 
**
* *Je suis bluffé par l'avancée du projet !

* *Quand j'ai vu l'idée proposée peu après l'utilisation des PDFs 
vectoriels, je ne pensais pas à une progression si rapide.


* *Bien joué !

+1 je regrette pas d avoir arrêté les imports semi auto.

On peut esperer pouvoir jouer avec prochainement ?

Julien


Difficile de dire si la première mouture sera accessible rapidement. 
Comme souvent, les finitions sont les plus longues.
Ensuite, il faudra mettre la chose entre quelques mains consciencieuses 
pour essai afin d'édicter des règles d'usage en fonctions des pbs 
rencontrés et les améliorations à apporter (cela ne sera jamais parfait 
et encore moins en première version).


Benoît R.


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

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[RatZilla$]

Alors comme ça il est pas frais mon fichier OSM hein !!!

Tu travailles sur quelle ville ?

Au cas ou tu aurais choisi la mauvaise projection passe en WGS84 puis:
Fichier > Ouvre une autre ville > Affichage > "Zoomer sur les données"

Normalement c'est bon ?!.?

Gaelyx Poissonnier Frais d'OSM Monsieur !

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

Re: [OSM-talk-fr] GeOnG 2010 - 2eme Forum de la Géom atique au Service de l'Humanitaire

[Rodolphe Quiedeville]

Le 12/07/2010 16:08, Thomas Gratier a écrit :
> Bonjour,
> 
> "La tarification pour participation"
> J'ai dû loupé un truc, c'est marqué où?

J'ai confondu comme tu l'indiques ci-après avec les frais de
participation à la plate-forme de partage de données.

> Ils offrent leur service en cartographie humanitaire à d'autres
> associations en partageant en particulier les données géographiques et
> il y a un droit d'entrée (indiqué sur
> http://www.cartong.org/index.php?option=com_content&task=section&id=12&Itemid=94
> )
> mais je n'ai pas compris que l'évènement coûtait de l'argent sauf le
> déplacement à votre charge (si hors cadre pro)
> 

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

Re: [OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[René-Luc D'Hont]

Nicolas si tu veux j'ai le fichier .osm correct des batiments de canet!

Le 13/07/2010 10:49, Nicolas Moyroud a écrit :

Bonjour à tous,

J'ai voulu me lancer dans la procédure d'import semi-automatique du 
bâti sur mon village (Canet dans l'Hérault).
Je suis allé sur la page dédiée du wiki 
(http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents) 
et j'ai récupéré les données au format osm réalisées par RatZillaS sur 
l'Hérault. Sauf que quand j'ouvre le fichier OSM de ma commune avec 
JOSM, il ne se passe... rien, à part un magnifique hachurage qui 
recouvre toute la carte. J'ai testé les fichiers d'autres communes, ça 
me fait toujours la même chose.
C'est bizarre je suis dans la bonne projection (j'ai essayé Lambert 4 
zones et Lambert 9 zones) et le cadastre se charge sans problème avec 
le plugin cadastre de JOSM.
J'ai bien parcouru toute la page sur le wiki, je ne vois pas ce qui 
aurait pu m'échapper. Quelqu'un a une idée ?

Pour ouvrir le fichier .osm c'est bien Fichier>Ouvrir dans JOSM ?
Merci pour votre aide.

___
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] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[René-Luc D'Hont]

Salut Nicolas,

J'avais essayé les données de l'héraut et je n'avais rien de 
convaincant. Je n'ai pas chercher plus car je me suis concentré sur la 
Côte Vermeille, Pyrénées Orientales, où je n'ai pas eu de problèmes.

Je peux tester une génération si tu veux ?

René-Luc D'Hont
3Liz

Le 13/07/2010 10:49, Nicolas Moyroud a écrit :

Bonjour à tous,

J'ai voulu me lancer dans la procédure d'import semi-automatique du 
bâti sur mon village (Canet dans l'Hérault).
Je suis allé sur la page dédiée du wiki 
(http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents) 
et j'ai récupéré les données au format osm réalisées par RatZillaS sur 
l'Hérault. Sauf que quand j'ouvre le fichier OSM de ma commune avec 
JOSM, il ne se passe... rien, à part un magnifique hachurage qui 
recouvre toute la carte. J'ai testé les fichiers d'autres communes, ça 
me fait toujours la même chose.
C'est bizarre je suis dans la bonne projection (j'ai essayé Lambert 4 
zones et Lambert 9 zones) et le cadastre se charge sans problème avec 
le plugin cadastre de JOSM.
J'ai bien parcouru toute la page sur le wiki, je ne vois pas ce qui 
aurait pu m'échapper. Quelqu'un a une idée ?

Pour ouvrir le fichier .osm c'est bien Fichier>Ouvrir dans JOSM ?
Merci pour votre aide.

___
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

[OSM-talk-fr] Problème de chargement des donné es OSM pour l'import semi-automatique du bâti

[Nicolas Moyroud]

Bonjour à tous,

J'ai voulu me lancer dans la procédure d'import semi-automatique du bâti 
sur mon village (Canet dans l'Hérault).
Je suis allé sur la page dédiée du wiki 
(http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents) 
et j'ai récupéré les données au format osm réalisées par RatZillaS sur 
l'Hérault. Sauf que quand j'ouvre le fichier OSM de ma commune avec 
JOSM, il ne se passe... rien, à part un magnifique hachurage qui 
recouvre toute la carte. J'ai testé les fichiers d'autres communes, ça 
me fait toujours la même chose.
C'est bizarre je suis dans la bonne projection (j'ai essayé Lambert 4 
zones et Lambert 9 zones) et le cadastre se charge sans problème avec le 
plugin cadastre de JOSM.
J'ai bien parcouru toute la page sur le wiki, je ne vois pas ce qui 
aurait pu m'échapper. Quelqu'un a une idée ?

Pour ouvrir le fichier .osm c'est bien Fichier>Ouvrir dans JOSM ?
Merci pour votre aide.

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

[OSM-talk-fr] Données publiques ouvertes : com ment faire ? Notamment à Rennes

[Brice Mallet]

Bonjour,

Lien vers un article intéressant : "Données publiques ouvertes :  
comment faire ?"


http://www.internetactu.net/2010/07/13/donnees-publiques-ouvertes- 
comment-faire/



Y est inclus une présentation par la Ville de Rennes de la libération  
de ses données + annonce d'un concours (octobre 2010 - avril 2011)  
pour favoriser le développement d’applications autour de ces données,  
concours qui serait doté de 50 000 € (cf. présentation slideshare en  
fin d'article).


Intéressés ?


 


Britz
 






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

[OSM-talk-fr] Re : Extraction des adresses...

[THEVENON Julien]

 De : Xinfe Ewalavir 


 Je suis bluffé par l'avancée du projet !

 Quand j'ai vu l'idée proposée peu après l'utilisation des PDFs vectoriels, 
 je 
ne pensais pas à une progression si rapide.

 Bien joué !

+1 je regrette pas d avoir arrêté les imports semi auto.

On peut esperer pouvoir jouer avec prochainement ?

Julien



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

Re: [OSM-talk-fr] Extraction des adresses...

[Xinfe Ewalavir]

Je suis bluffé par l'avancée du projet !

Quand j'ai vu l'idée proposée peu après l'utilisation des PDFs vectoriels,
je ne pensais pas à une progression si rapide.

Bien joué !


2010/7/13 Benoît ROUSSEAU 

>  Pour ceux que ça intéresse...
>
> Bonjour,
>
> Où j'en suis :
> 1- je reconnais les n° de rue,
> 2- je positionne les n° de rue,
> 3- je mets en "grappes" les n° de rues proches qui se suivent à -2 d'écart,
> 4- je télécharge et positionne les rues et places nommées.
>
> Un aperçu (détail) :
> [image: apreçu]
> Les voies nommées sont en magenta, les grappes en bleu, les n° en bleu
> foncé. J'ai ajouté en rouge des endroits potentiellement problématiques et
> en vert des voies non nommée pour une meilleur compréhension.
> La zone visible ici :
> http://www.openstreetmap.org/?lat=46.61079&lon=0.21543&zoom=17&layers=B000FTFet
>  vous pourrez vérifier le Cadastre sous JOSM.
>
> En ce qui concerne les points problématiques :
> - pour les points rouges haut et bas : quand deux points d'une même grappe
> sont très proches de deux voies de noms différents, il suffit de casser la
> grappe et d'associer les adresses à leurs voies respectives. Sur le Cadastre
> quand c'est proche, c'est vraiment proche. Un seuillage permet déjà de
> résoudre un paquet d'ambiguïtés ;
> - point rouge du milieu : dans le cas du n°11, la voie la plus proche reste
> la bonne mais, en cas de doute, avec celle de la grappe du n°4, il faudrait
> regarder la cohérence de numérotation : le 11 s'insère dans la continuité
> 9-13 bien mieux que dans la 4-rien. Donc c'est soluble sans ambiguïté.
>
> Benoît R.
>
>
>
> ___
> 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