Re: [OSM-talk-fr] [tag] Exclave ou enclave ?

[Christian Rogel]

Ca paraît pourtant logique de distinguer en se plaçant dans un territoire
1 De parler d'enclave pour ce qui est des territoires "étrangers" inclus 
dans les limites générales
Ex : Llivia est une commune espagnole enclavée en France
2 De parler d'exclaves pour les bouts de territoire que les autres 
voient comme des enclaves.
Pour les Espagnols, Llivia est une exclave de leur territoire principal.
Evidemment, d'un point de vue mondial comme le voit OSM, il n'y a que 
des enclaves et il suffit de créer les bonnes relations.
Mais, à un moment, pour en parler, lorsque que l'on se placera dans un 
territoire donné, il faudra être précis.
Si on n'en parle si peu en français, c'est surtout parce qu'il n'y a pas 
d'exclave par rapport au territoire métropolitain.


Christian

Yannick VOYEAUD a écrit :


> Lorsque tu y regardes de plus près tu te rends compte que l'étymologie 
> anglaise n'est pas correcte.
> En effet Enclaver vient du latin clavis.
> 
> De toute évidence nous avons là encore droit à un francicisme inutile et 
> absurde puisque le terme Enclaver décrit parfaitement la situation et le 
> terme anglais de Enclave est clair.
> 
> À noter que le terme anglais Enclave n'est apparu au dictionnaire 
> anglais qu'en 1886 et était un terme diplomatique. Le terme Exclave est 
> apparu lui 30 ans plus tard. C'est une subtilité de diplomate et en 
> aucun cas un terme. Il ne fallait pas froisser les adversaires pour leur 
> faire avaler des couleuvres.
> 
> En épluchant on note que les deux mots servent à désigner des notions 
> géographiques très proches:
> Enclave terrain cerner entièrement par un autre pays
> Exclave terrain cerner par plusieurs pays.
> 
> En conséquence le seul terme utilisable en France est Enclave.
> L'exemple donné sur Wikipédia est celui de Kaliningrad qui est considéré 
> comme exclave car jouxtant la Lettonie ET la Pologne.
> 
> En regardant de près on note que les deux mots peuvent être inclusifs 
> l'un de l'autre mais aussi exclusifs l'un de l'autre. En géographie il y 
> a même encore un ou deux autres termes qui viennent en surcouche de ces 
> deux là.
> Il faut être précis certes mais ne pas rendre la tâche impossible à 
> écrire. Dans les deux (n) cas on a un territoire non rattaché à son 
> entité administrative principale.
> Il me semble que le rattachement d'un territoire à une limite 
> administrative est suffisamment explicite et ne nécessite absolument pas 
> de rentrer dans des arguties diplomatiques et/ou juridiques non 
> compréhensible pour le plus grand nombre.
> 
> Amitiés
> 




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

Re: [OSM-talk-fr] Import des bâtiments et des adresses à Paris ?

[Stéphane Brunner]

Hello,

Sauf erreur en suisse le cadastre est au centimètre près ! Par contre
des serveur d'OSM sont a 10 cm près, du moins je n'arrive pas faire un
segment non nul de moins de 10cm.

CU
Stéphane


Le 10. 06. 10 21:33, hamster-2 [via GIS] a écrit :
> 
> 
> 
> Clement Menier a écrit :
>> * Les contours générés par le plugin contiennent dans la très vaste 
>> majorité (entre 50% et 90% des cas) des erreurs de précisions. Certes 
>> inférieures à 20cm, mais sur du bâti cela peut être ennuyeux tout de 
>> même si quelqu'un cherche à mesurer le nombre de m² de sa maison ;-)
> 
> je doute fort que le cadastre lui meme ait ce niveau de precision, meme 
> en centre ville
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> __
> View message @ 
> http://gis.638310.n2.nabble.com/Import-des-batiments-et-des-adresses-a-Paris-tp4901416p5164925.html
> To start a new topic under France, email 
> ml-node+3070341-1406367393-41...@n2.nabble.com
> To unsubscribe from France, click  (link removed) ==
> 


begin:vcard
fn;quoted-printable:St=C3=A9phane Brunner
n;quoted-printable:Brunner;St=C3=A9phane
adr:;;Suisse
email;internet:courr...@stephane-brunner.ch
x-mozilla-html:FALSE
url:http://stephane-brunner.ch
version:2.1
end:vcard


 
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Import-des-batiments-et-des-adresses-a-Paris-tp4901416p5165009.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?

[hamster]

Clement Menier a écrit :
> * Les contours générés par le plugin contiennent dans la très vaste 
> majorité (entre 50% et 90% des cas) des erreurs de précisions. Certes 
> inférieures à 20cm, mais sur du bâti cela peut être ennuyeux tout de 
> même si quelqu'un cherche à mesurer le nombre de m² de sa maison ;-)

je doute fort que le cadastre lui meme ait ce niveau de precision, meme 
en centre ville

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

Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?

[Tanguy JACQ]

Bonjour,

En France, je doute que le cadastre soit aussi précis qu'en Suisse, en
effet, le cadastre en France est avant la numérisation fait à la main et
l'épaisseur du crayon est d'au moins d'un demi millimètre.

En général dans les centre-ville le cadastre est au 1000ème.

Donc la précision du cadastre est au *minimum* de 50cm

et dans les zones rurales, le cadastre est souvent au 2000 ème soit un mètre
de précision


Le 10 juin 2010 21:52, Stéphane Brunner  a
écrit :

>
> Hello,
>
> Sauf erreur en suisse le cadastre est au centimètre près ! Par contre
> des serveur d'OSM sont a 10 cm près, du moins je n'arrive pas faire un
> segment non nul de moins de 10cm.
>
> CU
> Stéphane
>
>
> Le 10. 06. 10 21:33, hamster-2 [via GIS] a écrit :
> >
> >
> >
> > Clement Menier a écrit :
> >> * Les contours générés par le plugin contiennent dans la très vaste
> >> majorité (entre 50% et 90% des cas) des erreurs de précisions. Certes
> >> inférieures à 20cm, mais sur du bâti cela peut être ennuyeux tout de
> >> même si quelqu'un cherche à mesurer le nombre de m² de sa maison ;-)
> >
> > je doute fort que le cadastre lui meme ait ce niveau de precision, meme
> > en centre ville
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > __
> > View message @
> http://gis.638310.n2.nabble.com/Import-des-batiments-et-des-adresses-a-Paris-tp4901416p5164925.html
> > To start a new topic under France, email
> ml-node+3070341-1406367393-41...@n2.nabble.com
> > To unsubscribe from France, click  (link removed) ==
> >
>
>
> begin:vcard
> fn;quoted-printable:St=C3=A9phane Brunner
> n;quoted-printable:Brunner;St=C3=A9phane
> adr:;;Suisse
> email;internet:courr...@stephane-brunner.ch
> x-mozilla-html:FALSE
> url:http://stephane-brunner.ch
> version:2.1
> end:vcard
>
>
>
> --
> View this message in context:
> http://gis.638310.n2.nabble.com/Import-des-batiments-et-des-adresses-a-Paris-tp4901416p5165009.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] [tag] Exclave ou enclave ?

[Yannick VOYEAUD]

Le 10/06/2010 18:47, sly (sylvain letuffe) a écrit :
> On jeudi 10 juin 2010, Yannick VOYEAUD wrote:
>
>> Où a été cherché ce terme d'Exclave?
>
> là :
> http://wiki.openstreetmap.org/wiki/FR:Relation:boundary
> ;-)
> C'est la valeur du role qu'il est (pour l'instant) recommandé de mettre
> lorsque la zone administrative qu'il entoure se situe à l'extérieur du plus
> gros des polygones de cette même zone administrative (j'interprète un brin).
>
> Il n'est cependant pas clair (j'ai été trop sûr de moi tout à l'heure) si cela
> s'applique à tout, ou juste aux parties de territoire enfermées dans un autre
> territoire classé administrativement au même niveau.
>
> En retrouvant l'origine du choix du role, mais c'est une supposition, les îles
> mériteraient peut-être d'être taggué avec un role vide.
>
>> Mon dictionnaire ne le connait pas
> Parce que ce n'est pas un mot français ;-)
> ça semble venir d'un mot anglais :
> http://www.babylon.com/definition/exclave/French
> qui veut dire "enclave" (ben ouais, pas de chance)
>
> Donc, a priori les îles ne devraient être ni exclaves, ni enclave.
>
> Y'a qu'a les mettre en "outer" et pis zut
>

Re,

Lorsque tu y regardes de plus près tu te rends compte que l'étymologie 
anglaise n'est pas correcte.
En effet Enclaver vient du latin clavis.

De toute évidence nous avons là encore droit à un francicisme inutile et 
absurde puisque le terme Enclaver décrit parfaitement la situation et le 
terme anglais de Enclave est clair.

À noter que le terme anglais Enclave n'est apparu au dictionnaire 
anglais qu'en 1886 et était un terme diplomatique. Le terme Exclave est 
apparu lui 30 ans plus tard. C'est une subtilité de diplomate et en 
aucun cas un terme. Il ne fallait pas froisser les adversaires pour leur 
faire avaler des couleuvres.

En épluchant on note que les deux mots servent à désigner des notions 
géographiques très proches:
Enclave terrain cerner entièrement par un autre pays
Exclave terrain cerner par plusieurs pays.

En conséquence le seul terme utilisable en France est Enclave.
L'exemple donné sur Wikipédia est celui de Kaliningrad qui est considéré 
comme exclave car jouxtant la Lettonie ET la Pologne.

En regardant de près on note que les deux mots peuvent être inclusifs 
l'un de l'autre mais aussi exclusifs l'un de l'autre. En géographie il y 
a même encore un ou deux autres termes qui viennent en surcouche de ces 
deux là.
Il faut être précis certes mais ne pas rendre la tâche impossible à 
écrire. Dans les deux (n) cas on a un territoire non rattaché à son 
entité administrative principale.
Il me semble que le rattachement d'un territoire à une limite 
administrative est suffisamment explicite et ne nécessite absolument pas 
de rentrer dans des arguties diplomatiques et/ou juridiques non 
compréhensible pour le plus grand nombre.

Amitiés

-- 
Si on n'avait toujours voulu que la "meilleure" des solutions,
ce serait vide.
Yannick VOYEAUD
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Actes En Vrac: http://www.francegenweb/actes/
Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr
Inconnu de Saulcy: http://www.lced.org
Antoine Payet de la Réunion: http://payet.voyeaud.org


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

Re: [OSM-talk-fr] Import CLC des Landes

[Frédéric Rodrigo]

Voilà c'est dans la boite !
Pas mécontent d'avoir terminer :]
Il m'a fallut une grosse dizaine d'heures de plus pour ce polygone. 0.3x0.3 
est définitivement un bon choix pour le découpage en carrés.

Fred (qui na va pas recommencer de si tôt ce genre d'aventure)

Le mercredi 09 juin 2010 15:19:15, Cedric Dumez-Viou a écrit :
> J'ai remplacé l'archive zip de FR-221328 par une avec les gros carrés.
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Op%
> C3%A9rations_post-import#Liste_des_polygones_.C3.A9normes
> 
> Le 9 juin 2010 15:00, Frédéric Rodrigo  a écrit :
> > Le mercredi 09 juin 2010 13:50:29, Cedric Dumez-Viou a écrit :
> >> J'ai opté arbitrairement pour un découpage par pas de 0.1°.  Est-ce
> >> que 0.3°conviendraient mieux?  En gros, ça ferait 9 fois moins de
> >> polygones mais 3 fois plus larges.
> >> Le problème des éclats a été soulevé en effet sur la liste.  Il y en
> >> aura moins si on coupe moins souvent (sic).  Mais mon soft n'étant pas
> >> super souple, je ne vois pas tout de suite comment recoller ça tout
> >> seul.
> > 
> > Faute mieux je veux bien des carrés de 0.3 par 0.3 pour terminer
> > l'import. Si tu peux encore générer ça pour ça reste cohérent avec ce
> > qui est déjà importé.
> > 
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] [tag] Exclave ou enclave ?

[Art Penteur]

Le 10 juin 2010 18:33, Yannick VOYEAUD  a écrit :

> En France nous avons au moins 3 enclaves
> Les États du Papes dans le 26 rattachés au 84
> Un territoire du 21 qui se trouve dans le 58
> Une commune espagnole qui se trouve intégralement cernée par la France.

Et quelques communes entre Pau et Tarbes (dont je ne connaissais pas
le statut d'enclaves avant que je ne tombe sous l'emprise d'OSM).

Art.

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

[OSM-talk-fr] OpenTripPlanner

[J.-Lys]

Je viens de découvrir qu'il existait un projet open source de planification
de trajets multimodaux  "OpenTripPlanner" utilisant à la fois le format GTFS
et OpenStreetMap...  http://opentripplanner.org/wiki
http://opentripplanner.org/wiki 
L'écran de démo (
http://opentripplanner.org/attachment/wiki/Demos/screenshot.png
http://opentripplanner.org/attachment/wiki/Demos/screenshot.png ) semble
bien alléchant, quoique ressemblant bien au trip planner de Google Maps.
Quelqu'un connait-il ce projet et son état d'avancement ?
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/OpenTripPlanner-tp5164413p5164413.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Géoréférencement à la bous solle

[hpmt]

Vincent Pottier a écrit , Le 10/06/2010 14:02:
> Mon père en avait une excellente qui a disparu après son décès. genre
> http://www.auvieuxcampeur.fr/index.php/catalog/product/view/id/29230
J'en ai une que j'emporte toujours dans mon sac, une qui ressemble à 
celles de cette liste :

http://www.auvieuxcampeur.fr/nos-produits/instruments-orientation-optique-plein-air/boussoles-et-compas/boussole-avec-miroir-de-vise

Hélène


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

Re: [OSM-talk-fr] [tag] Exclave ou enclave ?

[sly (sylvain letuffe)]

On jeudi 10 juin 2010, Yannick VOYEAUD wrote:

> Où a été cherché ce terme d'Exclave?

là :
http://wiki.openstreetmap.org/wiki/FR:Relation:boundary
;-)
C'est la valeur du role qu'il est (pour l'instant) recommandé de mettre 
lorsque la zone administrative qu'il entoure se situe à l'extérieur du plus 
gros des polygones de cette même zone administrative (j'interprète un brin).

Il n'est cependant pas clair (j'ai été trop sûr de moi tout à l'heure) si cela  
s'applique à tout, ou juste aux parties de territoire enfermées dans un autre 
territoire classé administrativement au même niveau.

En retrouvant l'origine du choix du role, mais c'est une supposition, les îles 
mériteraient peut-être d'être taggué avec un role vide.

> Mon dictionnaire ne le connait pas 
Parce que ce n'est pas un mot français ;-)
ça semble venir d'un mot anglais :
http://www.babylon.com/definition/exclave/French
qui veut dire "enclave" (ben ouais, pas de chance)

Donc, a priori les îles ne devraient être ni exclaves, ni enclave.

Y'a qu'a les mettre en "outer" et pis zut

-- 
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] [tag] Exclave ou enclave ?

[Yannick VOYEAUD]

Le 10/06/2010 17:28, sly (sylvain letuffe) a écrit :
> On jeudi 10 juin 2010, Vincent Pottier wrote:
>> Bonjour
>>
>> La relation 82682 (boundary_segment "Côte de la Manche") contient des
>> exclaves et enclaves.
>
> L'autre question qui n'a jamais été trop abordé et que j'ai mentionné sur le
> wiki, une frontière linéaire peut/doit/pourrait-elle contenir des morceaux
> fermés ?
>
> Une enclave est-elle une frontière au sens langage du terme ?
> Est il plus judicieux d'inclure ces exclaves dans la relation france, ou dans
> les relations boundary_segment ?
>
> La question est ouverte, je ne suis même pas sûr d'avoir un avis.
>
>> Enclaves : ways 39578420 (ile Tatihou, Manche), 4763168
>> Exclaves : (Ile Grande, Pleumeur-Bodou) ways 50548465, 4537588, 4537586
>>
>> Alors, les iles, exclaves ou enclaves ?
>
> Exclaves du pays, enclave de... la mer ;-)
> Mais on ne taggue pas (encore) les mers sous forme de surfaces
>

Bonsoir,

Où a été cherché ce terme d'Exclave?
Mon dictionnaire ne le connait pas donc une enclave doit s'entendre 
comme receveur ET comme donateur.

En France nous avons au moins 3 enclaves
Les États du Papes dans le 26 rattachés au 84
Un territoire du 21 qui se trouve dans le 58
Une commune espagnole qui se trouve intégralement cernée par la France.

Amitiés

-- 
Si on n'avait toujours voulu que la "meilleure" des solutions,
ce serait vide.
Yannick VOYEAUD
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Actes En Vrac: http://www.francegenweb/actes/
Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr
Inconnu de Saulcy: http://www.lced.org
Antoine Payet de la Réunion: http://payet.voyeaud.org


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

[OSM-talk-fr] Re : It's time for Open Data !

[THEVENON Julien]

 De : François Van Der Biest 

 Juste ce lien, qui montre bien ce qui se passe en ce moment (au moins
 en GB ... mais la France n'est pas en reste à mon avis, elle accuse
 juste un petit retard) :
 http://www.practicalparticipation.co.uk/odi/wp-content/uploads/2010/06/Open-Data-Impacts-Timeline-Draft-0.1.png

Voici d ailleurs un petit article sur l Open Data en France
http://www.agoravox.fr/actualites/citoyennete/article/l-opendata-c-est-bien-plus-que-de-76169

Julien



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

[OSM-talk-fr] It's time for Open Data !

[François Van Der Biest]

Juste ce lien, qui montre bien ce qui se passe en ce moment (au moins
en GB ... mais la France n'est pas en reste à mon avis, elle accuse
juste un petit retard) :
http://www.practicalparticipation.co.uk/odi/wp-content/uploads/2010/06/Open-Data-Impacts-Timeline-Draft-0.1.png

Sinon, Google Trends nous permet de dire que la couverture du sujet
dans les médias a commencé à être significative en 2008, et que la
tendance est à la hausse, de manière continue :
http://www.google.com/trends?q=open+data&ctab=0&geo=all&date=all&sort=0

F.

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

Re: [OSM-talk-fr] [tag] Exclave ou enclave ?

[sly (sylvain letuffe)]

On jeudi 10 juin 2010, Vincent Pottier wrote:
> Bonjour
> 
> La relation 82682 (boundary_segment "Côte de la Manche") contient des 
> exclaves et enclaves.

L'autre question qui n'a jamais été trop abordé et que j'ai mentionné sur le 
wiki, une frontière linéaire peut/doit/pourrait-elle contenir des morceaux 
fermés ?

Une enclave est-elle une frontière au sens langage du terme ?
Est il plus judicieux d'inclure ces exclaves dans la relation france, ou dans 
les relations boundary_segment ?

La question est ouverte, je ne suis même pas sûr d'avoir un avis.

> Enclaves : ways 39578420 (ile Tatihou, Manche), 4763168
> Exclaves : (Ile Grande, Pleumeur-Bodou) ways 50548465, 4537588, 4537586
> 
> Alors, les iles, exclaves ou enclaves ?

Exclaves du pays, enclave de... la mer ;-) 
Mais on ne taggue pas (encore) les mers sous forme de surfaces

-- 
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] [tag] Exclave ou enclave ?

[Vincent Pottier]

Bonjour

La relation 82682 (boundary_segment "Côte de la Manche") contient des 
exclaves et enclaves.
Enclaves : ways 39578420 (ile Tatihou, Manche), 4763168
Exclaves : (Ile Grande, Pleumeur-Bodou) ways 50548465, 4537588, 4537586

Alors, les iles, exclaves ou enclaves ?
--
FrViPofm

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

Re: [OSM-talk-fr] Re : Canal du Midi

[sly (sylvain letuffe)]

On jeudi 10 juin 2010, Guilhem Bonnefille wrote:
> Pour causer technique, on n'a pas le droit de faire une relation, mais
> on peut faire des way.

Je préciserais qu'on a pas le droit de faire une relation, si celle-ci 
reproduit à l'identique ou "une partie substantielle" d'un GR existant.

Rien n'empêche bien sûr de créer une "route de randonnée" autre

-- 
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] Re : Canal du Midi

[sly (sylvain letuffe)]

On jeudi 10 juin 2010, Nicolas Moyroud wrote:
> Les chemins on n'a qu'à les appeler OSMR à la place de GR comme ça on 
> n'a plus besoin d'eux ! ;-)

Je rappel ma très vielle proposition d'inventer les OHT-XY-[0..inf]

XY=FR/UK/DE/...

Pour "Openstreetmap Hiking Trail" où nous inventerons nous même des parcours 
intéressants, dûment cartographiés, pas forcément entretenus par nous 
même ;-(, mais "libres"


-- 
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] Dépliant touristique de Plouarzel

[RatZilla$]

Bonjour Sylvain,

J'ai fais un essais en téléchargeant le fichier dispo sur le wiki
(plouarzel_2010_06_07.svg)
Pour moi ça marche et c'est relativement fluide. Ma config n'est pas
ordinaire mais elle reste financièrement très abordable.

Machine:
AMD X2 4000+
8Go de RAM DDR2 le nerf de la guerre en fait !

Distri Linux:
Debian 64 bit 5.0.4 Lenny

Version d'Inkcape
Inkscape 0.46 build 3 Jan 2009

A l'ouverture du fichier Inkscape est à 1.2Go de RAM consommée mais
j'ai encore de la marge.

Je n'ai pas d'autres solutions à proposer à part augmenter ta quantité de RAM.

Gaël

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

Re: [OSM-talk-fr] Transformation de coord

[Damouns]

> Hé hop le voilà :)
>
>
> PROJCS["Lambert_Conformal_Conic",GEOGCS["Unknown",DATUM["D_GRS_80",SPHEROID["GRS_80",6378137,298.257222101]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]],PROJECTION["Lambert_Conformal_Conic"],PARAMETER["standard_parallel_1",47.25],PARAMETER["standard_parallel_2",48.75],PARAMETER["latitude_of_origin",48],PARAMETER["central_meridian",3],PARAMETER["false_easting",170],PARAMETER["false_northing",720],UNIT["Meter",1]]

Il est un peu différent du .PRJ proposé par
http://spatialreference.org/ref/epsg/3948 mais je ne pense pas que ça
ait de l'importance... donc ça doit bien être du RGF93/CC48
(EPSG:3948)

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

Re: [OSM-talk-fr] Transformation de coord

[Rodolphe Quiedeville]

Damouns a écrit :
>> Le fichier de données est joint, si je regarde
>> ce qu'il contient avec ogrinfo j'ai :
>>
>> PROJCS["Lambert_Conformal_Conic",
>>GEOGCS["Unknown",
>>DATUM["GRS_80",
> 
> Il faudrait l'ensemble des fichiers et pas que le .shp pour se faire
> une idée... si tu as le fichier .prj par contre c'est surtout celui-là
> qui est intéressant.

Hé hop le voilà :)

PROJCS["Lambert_Conformal_Conic",GEOGCS["Unknown",DATUM["D_GRS_80",SPHEROID["GRS_80",6378137,298.257222101]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]],PROJECTION["Lambert_Conformal_Conic"],PARAMETER["standard_parallel_1",47.25],PARAMETER["standard_parallel_2",48.75],PARAMETER["latitude_of_origin",48],PARAMETER["central_meridian",3],PARAMETER["false_easting",170],PARAMETER["false_northing",720],UNIT["Meter",1]]___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Transformation de coord

[Damouns]

> Le fichier de données est joint, si je regarde
> ce qu'il contient avec ogrinfo j'ai :
>
> PROJCS["Lambert_Conformal_Conic",
>    GEOGCS["Unknown",
>        DATUM["GRS_80",

Il faudrait l'ensemble des fichiers et pas que le .shp pour se faire
une idée... si tu as le fichier .prj par contre c'est surtout celui-là
qui est intéressant.

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

Re: [OSM-talk-fr] Transformation de coord

[Rodolphe Quiedeville]

Pieren a écrit :
> 2010/6/10 Vincent de Chateau-Thierry  >
> 
> Oui, toutes les projections Lambert sont "conique conforme" mais ça ne
> dit pas si c'est du Lambert93 ou du Lambert anciennement 4 zones ou
> nouvellement 9 zones.
> 
> Il y a aussi cette doc du Certu pour les équivalences:
> http://www.certu.fr/fr/_Information_g%C3%A9ographique-n32/G%C3%A9or%C3%A9f%C3%A9rencement_et_RGF93-n795/IMG/pdf/RGF93_theorie_et_concept_T7.pdf

Merci à vous deux, j'ai trouvé la réponse dans cette doc, le code EPSG
recherché était 3948

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

Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?

[Frédéric Bonifas]

Bonjour,

Le travail à la main a ses avantages aussi :

* Sur le cadastre, les bâtiments sont souvent découpés suivant les
parcelles. Un travail manuel permet de vérifier cela quand une découpe
semble étrange.
* Le travail à la main permet d'ajouter des données supplémentaires :
adresses (pas encore autorisées oui), commerces, nom de l'immeuble
s'il en a un etc.
* Cela permet de corriger le tracé des rues : petit embranchement,
tracé inexact, zone piétonne etc.
* Des travaux dans une zone ? Et si j'allais voir quels bâtiments
restent en place et lesquels disparaissent ?

J'avoue avoir un peu de mal à revenir sur certaines zones de Grenoble
où les bâtiments sont déjà présents. En faisant ce travail au fur et à
mesure, il n'y a pas l'impression "les bâtiments sont dessinés sur le
rendu Mapnik, c'est joli, pas forcément la peine de revenir sur ce
quartier".

Après, je suis tout pour l'ajout des bâtiments (et en quantité) ; un
ajout assisté, c'est une bonne base, mais la plus-value du terrain,
c'est génial !

Frédéric

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

forum: route classifi�e

[forum]

Le message suivant :
##
il y a un vrai pb avec les routes classifiées dans la carte de France



si on se réfère à la définition anglaise



les N xyx sont des "primary"

les D xyz sont des "secondary"

les "tertiary" sont des routes non classifiées mais ni "residential" ni 
"unclassified" et si on se réfère au canadien qui a suggéré "tertiary" des 
routes aux caractéristiques de départementales mais pas classifiés, large et 
rapides telles qu'on en trouve au canada.



or on trouve des :

- D xyz déclarées en tant que primary

- D xyz déclarées en tant que tertiary



il semble qu'un certain nombres d'intervenants croient faussement que la 
couleur est indicatrice de la fréquentation ce qui n'est pas le cas. la couleur 
indique la classe de la route.



néanmoins ce pb signal un besoin de pouvoir indiquer la fréquentation pour tout 
ce qui n'est pas autoroute et voie rapide voir pour tout type de voie



je propose qu'on respecte la définition des routes classifiées et qu'on 
définisse un tag "fréquentation"

ainsi on pourrait avoir des moteurs de rendu qui visualise une voie avec une 
couleur pour la classe et-ou une couleur pour la fréquentation.

a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=2
Une réponse sur la liste directement n'est hélas pas transmise sur le forum, 
ce qui n'empeche pas une concertation avant réponse sur ce fil de discussion
--
Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Géoréférencement à la bousso lle

[Pierre LAURES]

Nicolas Dumoulin a écrit :
> Bonjour,
>
> Étant donnés que :
>  - je n'ai toujours pas acquis de récepteur GPS
>  - certains POI sont visibles de loin mais peu accessibles (pylônes 
> électriques par exemple)
>
> Je me demande quelle pourrait être la qualité d'un positionnement avec 
> deux mesures d'azimut à la boussole.
> Il me semble que déjà il faudrait que les deux mesures soient faites à 
> un angle proche de 90° pour minimiser l'erreur. Ensuite, mes notions 
> de trigo sont un peu loin pour calculer l'erreur si on considère une 
> erreur possible de + ou - 1° dans la mesure de l'azimut.
>
> Voilà, des idées ?
>
>   
C'est bien pour des visées à 45° de la ligne de base BC que l'on 
minimise l'erreur sur le point A visé (le triangle ABC est alors 
rectangle isocéle)

L'erreur de position sur A dépend des incertitudes de positions sur B et 
C et des erreurs de visées (on va prendre 10m et 1° soit 1/60 radian)
Les incertitudes de positions seules amènent une erreur sur A de 7m (ce 
serait 5m si l'on visait de 4 points différents)
Pour que les incertitudes angulaires amènent une erreur équivalente ou 
plus faible, il faut que la base BC fasse moins de 600m (pour notre 
triangle rectangle isocèle BC*0,7/60=7m)
dans le cas optimal l'erreur sur la position de A est de 10m ou moins si 
la base BC mesure moins de 600m (les erreurs s'ajoutent quadratiquement)

Approximativement on peut estimer que la précision sur A est inférieure 
à 10m pour une base inférieure à 300m et des angles de visée entre 30° 
et 60° (angle A entre 60° et 120° AB et AC de longueurs différentes)
on peut aller jusqu'à 600m si les angles de visée sont proches de 45°

Dans ces conditions un point relevé à la boussole a la même précision 
qu'un relevé GPS (supposé de 10m)
si l'on avait des précisions GPS de 2m il faudrait diviser les distances 
par 5 pour retrouver 2m sur le point visé

Pierre Laurès
http://www.openstreetmap.org/?lat=42.9952311515808&layers=0B00FTF&lon=6.21553659439087&zoom=15
 





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

Re: [OSM-talk-fr] Géovélo & Travaux temporaires

[Benoît ROUSSEAU]

Eric Marsden a écrit :

"br" == Benoît ROUSSEAU  writes:



  br> traffic en utilisant OSM en sous couche pour un rendu avec
  br> OpenLayers OUI. Ce serait même super bien. Mais je ne vois qui va
  br> passer sa vie à la fenêtre ou scruter les infos pour saisir des
  br> embouteillages possibles toutes les 15 min.

  Il est possible de générer automatiquement des données sur les temps
  moyen de trajet et les bouchons, comme le font par exemple Google Maps
  et Waze sur les mobiles.

  Il existe des projets en cours pour collecter ce type de données et
  les intégrer à des outils de routage pour OSM, par exemple
  
   http://wiki.openstreetmap.org/wiki/Routing/Travel_Time_Analysis

   http://wiki.openstreetmap.org/wiki/Average_speed_per_way
  
  



+1

Je connaissais "ASPW", et je n'y avait vu que la détermination des 
vitesses autorisées. Mais il vrai qu'a force de données on peut 
déterminer en chaque point, la vitesse moyenne à chaque heure de chaque 
jour de l'année. Cequi fluctue en fonction des ralentisseurs, des jours 
fériés, des zones de vacances scolaires, ...


Et je me disais aussi que, finalement, les travaux sur la voirie sont 
déclarés en mairie puisque qu'un arrêté municipal est produit. 
M'étonnerai qu'ils travaillent sur fiches bristol. Ainsi ils pourraient 
ouvrir ces données au même titre que d'autres.


Quant au dates de fin prévues mais rarement respectées et bien il 
suffirait de les tagguer "prévues" comme c'est le cas sur les panneaux 
réels et ne mettre à jour qu'en fonctions des observations et des 
données mairies qui signaleraient la fin effective des travaux et 
signerai l'arrêt de mort des tags en question.


Du même coup le côté local serait intéressant pour créer un précédent et 
engager les autres institutions jumelles ou autre à emboiter le pas. Le 
local prendrait ainsi un intérêt national.


Avec de telles solutions en place cela devient envisageable. Où en sont 
les projets cités ? Participation des mairies ?


Alors les porteurs du projet c'est pas beau ? Un pessimiste retourné en 
2 jours (sous réserve que ce soit travaillé dans l'ordre pour ma part). 
Mais c'est du boulot et la manière d'aborder les choses changerait 
radicalement.


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

Re: [OSM-talk-fr] Camino de Santiago en Espagne

[Christian Quest]

"Pro" SIG et GPS peut être mais pas "Pro" au niveau OSM... car c'est aussi
il me semble autre chose.

Attention aussi la notion "Pro" ne veut pas forcément dire la même chose
pour tout le monde.
Pour certains c'est la différence entre travail rémunéré ou pas, pour
d'autre c'est compétent ou pas, etc...

En tout cas, j'espère que le message de Vincent va tempérer les ardeurs de
ce contributeur et qu'il rectifiera le tir, sinon c'est dommage d'utiliser
autant d'énergie pour un résultat finalement négatif.

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

Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?

[Vincent Pottier]

Le 10/06/2010 07:39, Clement Menier a écrit :
> Vincent Pottier wrote:
>
>> Pour avoir manipulé ce plugin, imparfait certes mais génial tout de
>> même, je peux démarrer une page des truc s et astuces.
>> Je dois même avoir fait quelques captures pour ça.
>> --
>> FrViPofm
>>  
> J'ai passé un peu de temps à tester cette fonction du plugin versus un
> import "a la grenobloise" (si j'ai bien compris cela veut dire tout à la
> main). Je précise de suite que ces tests ont été réalisés sur une
> commune "à la campagne" (Cherves-Richemont au nord de Cognac) et non une
> ville (j'ai remarqué que la situation était un peu meilleure sur une
> ville mais je n'ai pas encore fini mes tests sur ce type de données).
> Voici mes constatations:
> * Dans 5% des cas, il y a un souci lors du merge avec un contour voisin
> qu'il est nécessaire de régler manuellement.
> * Dans 1% des cas, le cadastre contient des petites abérations
> d'affichage (des traits noirs apparaissent sans être des limites
> parcellaires). Le plugin bien-sûr ne peut détecter cela et fera le tour
> de cet obstacle fictif. Malheureusement une vérification sur un rendu ne
> verra jamais ce souci !
> * Les contours comportent assez souvent des erreurs (détectées par
> Validator) : la plupart sont corrigées en cliquant sur "Fix" de
> Validator, mais bon c'est une étape manuelle de plus.
> * Les contours générés par le plugin contiennent dans la très vaste
> majorité (entre 50% et 90% des cas) des erreurs de précisions. Certes
> inférieures à 20cm, mais sur du bâti cela peut être ennuyeux tout de
> même si quelqu'un cherche à mesurer le nombre de m² de sa maison ;-)
> * Certaines séparations entre bâti symbolisées par un trait blanc (à
> peine visible) ne semblent pas prises en compte dans le plugin.
> * Les contours comportent (entre 25% et 30% des cas) des noeuds
> "inutiles" (2 our 3 noeuds dans un angle droit par exemple). Ceci n'est
> certes pas trop gênant mais cela génère une couche bâti un peu moins
> précise et surtout bien plus volumineuse que de raison.
>
> J'ai mesuré dans les 2 situations suivantes ma vitesse de l'import en
> prenant en compte le dessin des ways/la correction des erreurs:
> * import manuel basé sur un rendu cadastre en grille à 75m : environ 150
> bâtis à l'heure.
> * import basé sur le plugin avec correction de l'ensemble des erreurs
> précédentes: entre 100 et 250 bâtis à l'heure.
>
> Pour moi le gain de temps n'est donc pas tellement un argument dans ma
> situation et j'ai donc continué de faire un import manuel du bâti pour
> cette commune
> http://www.openstreetmap.org/?lat=45.7346034049988&lon=-0.342035293579102&zoom=15
>
> Vincent je suis preneur de tes trucs&  astuces pour améliorer mon
> utilisation de ce plugin pour recommencer mes tests.
>
Très intéressante nomenclature ! Je retrouve bien mon expérience.

J'ai testé le plugin dans le centre ville de Besançon et j'ai apprécié ! 
Avec une forte densité du bâtit, le temps de traitement préalable de 
l'image est rentabilisé par la quantité de polygones créés. Mes tests 
sont déjà un peu anciens. Je ne sais pas si le prétraitement a été 
accéléré depuis.

La même chose à la main, "à la grenobloise" (j'aime l'expression), je 
crois que je me serais fait une tendinite.
Effectivement, après vectorisation, il y a une phase de retouche avant 
l'upload, mais en centre-ville, la retouche est relativement rapide 
puisqu'il y a beaucoup de bâtit présent à l'écran.

Enfin, j'ai trouvé un certain nombre d'astuces qui diminuent les 
erreurs, et même une qui permet de détourer le inner d'un multipolygon.

Je vais essayer de mettre ça par écrit dans le wiki, avec quelques 
images, à partir de cette nomenclature.

Même si la page créée sera en sous page de la page du plugin, je ne 
ferai pas de liens à partir de cette page, pour ne pas pousser à la 
consommation. Un lien existera sur ma page perso. Un autre sera envoyé 
dans ce sujet donc à la suite des mises en garde déjà faites.
--
FrViPofm

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

Re: [OSM-talk-fr] Géovélo & Travaux temporaires

[Eric Marsden]

> "br" == Benoît ROUSSEAU  writes:

  br> traffic en utilisant OSM en sous couche pour un rendu avec
  br> OpenLayers OUI. Ce serait même super bien. Mais je ne vois qui va
  br> passer sa vie à la fenêtre ou scruter les infos pour saisir des
  br> embouteillages possibles toutes les 15 min.

  Il est possible de générer automatiquement des données sur les temps
  moyen de trajet et les bouchons, comme le font par exemple Google Maps
  et Waze sur les mobiles.

  Il existe des projets en cours pour collecter ce type de données et
  les intégrer à des outils de routage pour OSM, par exemple
  
   http://wiki.openstreetmap.org/wiki/Routing/Travel_Time_Analysis
   http://wiki.openstreetmap.org/wiki/Average_speed_per_way
  
-- 
Eric Marsden


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

Re: [OSM-talk-fr] Géoréférencement à la bous solle

[Vincent Pottier]

Le 10/06/2010 09:17, Nicolas Dumoulin a écrit :
> Merci pour toutes ces explications :-)
> Bon, après, je sais pas si je vais trouver le temps de passer à la pratique
> (faut déjà que je retrouve une bonne boussole de visée) …
>
>
Mon père en avait une excellente qui a disparu après son décès. genre 
http://www.auvieuxcampeur.fr/index.php/catalog/product/view/id/29230
Je suis sur que pour le même prix, aujourd'hui on doit trouver un bon 
logger GPX.
Bon, c'est moins fun que de faire sa visée et sa feuille de calcul.
--
FrViPof


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

Re: [OSM-talk-fr] Re : Canal du Midi

[Vincent Pottier]

Le 10/06/2010 12:35, Pieren a écrit :

2010/6/10 Nicolas Moyroud mailto:nmoyr...@free.fr>>

Si ils ne veulent pas que ça figure dans OSM, ils
n'ont qu'à le dire.


Je pense qu'ils sont un peu emmerdés aux entournures. Comme OSM n'est 
pas une entreprise à but uniquement commercial mais plutôt un projet 
qui milite pour l'ouverture des données géographiques et que la FFRP 
est quand même une asso d'utilité publique, ils sont un peu coincés 
entre les principes et le porte-monnaie.
Pour l'instant, ils doivent faire semblant de ne pas nous voir et ça 
leur évite de se poser trop de questions sur leur modèle.


Pieren

C'est l'une des raisons pour lesquelles le projet Camino de Santiago est 
intéressant.

Il emprunte des GR en très grande partie.
Bon nombre d'associations qui l'entretienent (voire qui le mettent en 
place pour le réseau secondaire) sont plus ou moins liées à la FFRP au 
moins parce qu'ils ont reçu de la formation de la Fédération. C'est le 
côté coinçant, porte-monnaie.
Mais le Chemin de Saint-Jacques est pluri-séculaire, donc dans le 
domaine public, et censé s'appyuer sur des études historiques. Mais tout 
le monde sait que le chemin emprunté n'est pas forcément l'ipsisima via, 
le chemin garanti authentique pris autrefois par l'évêque du 
Pyu-en-Velay. Lequel chemin est probablement sous du goudron ou perdu en 
forêt. Ça c'est le côté gênant : si vous vous écartez, vous n'êtes pas 
dans le chemin authentique, mais y a-t-il un chemin authentique ? Si 
vous cartographiez le chemin antique, nous, association, n'avons aucun 
droit. Sinon, nous, FFRP, devons prétendre que le chemin est une 
création contemporaine, ce que personne n'a envie de dire.
De plus, toutes ces opérations de développement du chemin sont financées 
par l'Europe, donc fonds publics, une mane pour les associations mais 
pour faire une action publique.
Enfin, la propriété intellectuelle est à qui ? À l'historien qui a 
travaillé sur les documents anciens ? Au pionnier qui a débroussaillé 
des passages ? À l'association qui a compilé les travaux ?


Le Camino est le GR le plus fréquenté (300 personnes par jours en été à 
Aumont-Aubrac, selon un sociologue rencontré là-bas, et ce n'était pas 
une année jacquaire, comme 2010), bien avant le GR 20 en Corse, qui est 
le second. Un bon moyen de mettre le pied dans la porte sans risque de 
se le faire écraser...


Et des portions du Camino sont inscrites à l'UNSECO (une aberration à 
mon sens. C'est très mal fait !)


Mais la route de Stevenson et autres itinéraires historiques sont 
intéressants au même titre. S'ils sont historiques, ils peuvent être 
sans risque dans OSM. S'ils sont des reconstitutions, les auteurs ne 
s'en vanteront pas.

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

Re: [OSM-talk-fr] Transformation de coord

[Pieren]

2010/6/10 Vincent de Chateau-Thierry 

Oui, toutes les projections Lambert sont "conique conforme" mais ça ne dit
pas si c'est du Lambert93 ou du Lambert anciennement 4 zones ou nouvellement
9 zones.

Il y a aussi cette doc du Certu pour les équivalences:
http://www.certu.fr/fr/_Information_g%C3%A9ographique-n32/G%C3%A9or%C3%A9f%C3%A9rencement_et_RGF93-n795/IMG/pdf/RGF93_theorie_et_concept_T7.pdf

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

Re: [OSM-talk-fr] Transformation de coord

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Rodolphe Quiedeville"
>
> Je travaille sur l'import de données et je rencontre un problème pour
> transfomer des données. Le fichier de données est joint, si je regarde
> ce qu'il contient avec ogrinfo j'ai :
>
> PROJCS["Lambert_Conformal_Conic",
> GEOGCS["Unknown",
> DATUM["GRS_80",
>
> Or si je recherche le SRID correspondant 'Lambert Conformal Conic' je
> pense que c'est le numéro 29 d'après
> http://spatialreference.org/ref/sr-org/29/ mais avec la lib gdal que
> j'utilise pour transformer les coord j'ai un erreur "ERROR 6: EPSG
> PCS/GCS code 29 not found in EPSG support files."

Ton message semble indiquer l'attente d'un code EPSG, là où tu envois un code
d'une autre nomenclature (sr-org ?).
Si tu travailles sur des données en Lambert 93 / France, tu peux regarder ici :
http://georezo.net/wiki/main:dico:epsg
où figure la liste des codes EPSG des différentes projections qui s'appliquent.
=> codes 2154 ou 39xx dans ce cas.

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] Re : Canal du Midi

[Pieren]

2010/6/10 Nicolas Moyroud 

> Si ils ne veulent pas que ça figure dans OSM, ils
> n'ont qu'à le dire.
>
>
Je pense qu'ils sont un peu emmerdés aux entournures. Comme OSM n'est pas
une entreprise à but uniquement commercial mais plutôt un projet qui milite
pour l'ouverture des données géographiques et que la FFRP est quand même une
asso d'utilité publique, ils sont un peu coincés entre les principes et le
porte-monnaie.
Pour l'instant, ils doivent faire semblant de ne pas nous voir et ça leur
évite de se poser trop de questions sur leur modèle.

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

[OSM-talk-fr] Transformation de coord

[Rodolphe Quiedeville]

Salut,

Je travaille sur l'import de données et je rencontre un problème pour
transfomer des données. Le fichier de données est joint, si je regarde
ce qu'il contient avec ogrinfo j'ai :

PROJCS["Lambert_Conformal_Conic",
GEOGCS["Unknown",
DATUM["GRS_80",

Or si je recherche le SRID correspondant 'Lambert Conformal Conic' je
pense que c'est le numéro 29 d'après
http://spatialreference.org/ref/sr-org/29/ mais avec la lib gdal que
j'utilise pour transformer les coord j'ai un erreur "ERROR 6: EPSG
PCS/GCS code 29 not found in EPSG support files."

Je suis sous Debian et j'utilise python-gdal comme librairie, où ai-je
fait une erreur ?

Merci à l'avance pour votre aide


routier.shp
Description: application/esri-shape
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Camino de Santiago en Espagne

[Christophe Merlet]

Le jeudi 10 juin 2010 à 11:34 +0200, Guilhem Bonnefille a écrit :
> Le 10 juin 2010 11:20, Vincent Pottier  a écrit :
> > Rassurez-vous. Je suis aussi en train de leur faire une réponse tuto pour
> > les aider à analyser leurs erreurs et à en trouver les causes.
> 
> Ne te méprends pas Vincent, je trouve que c'est très bien ce que tu
> fais vis à vis d'eux. C'est exactement ce qu'il faut faire découvrir
> aux personnes qui ne sont pas habitués : un projet libre, quel qu'il
> soit, c'est avant tout une communauté qui s'entraide.
> 
> Mon message vise surtout à rappeler que le ticket d'entrée sur OSM est
> très élevé. Or, les débutants n'en sont pas forcément conscients et
> font donc, naturellement, des erreurs. Peut-être que les outils vont
> évoluer, genre une configuration activée par défaut dans JOSM type
> idiot-proof, qui empèche certaines manipulations.
> 
> Concernant les pro, il y a des pro du SIG dans ma boite, et je peux te
> dire qu'ils sont déconcertés par OSM. Les outils et technologies ne
> sont pas ceux qu'ils utilisent au quotidien. Et que dire des notions
> comme trace, node, way et relation. Tant qu'on ne leur a pas dépeint
> le projet, c'est pas facile à appréhender. J'imagine que cela ne
> trouve pas d'écho dans les problématiques qu'ils gèrent au quotidien.

On est pas au pays des bisounours ou tout le monde il est beau, tout le
monde il est gentil. On ne peut pas excuser tous les comportements et
débordements.

Avant de me permettre de commencer à toucher à la base d'OSM j'ai mis un
an pour lire la doc, les forums et les listes pour comprendre les outils
à ma disposition. Et mes toutes premières contributions se sont limités
à quelques points sur une zone géographique limitée. Avant de courir on
apprend à marcher. Avant de participer à un Rallye, on apprend à
conduire.

Alors qu'un "pro" qui se présente expert en SIG et GPS fasse un tel
charcutage pour ne pas dire vandalisme, ça me laisse sans voix. Et parce
qu'il est "pro" il va en plus se permettre d'effacer le travail des
autres... J'en ai déjà vu des comme ça dans d'autres projets !

Ou est le respect du travail d'autrui ? Ou est la conscience
professionnel ? Ou est l'humilité ?

Le bonhomme est peut-être de bonne foi, mais il faut quand même être
conscient de ses propres limites avant de s'attaquer au travail des
autres.


Librement,


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

Re: [OSM-talk-fr] Re : Canal du Midi

[Guilhem Bonnefille]

Le 10 juin 2010 11:29, Nicolas Moyroud  a écrit :
> Les chemins on n'a qu'à les appeler OSMR à la place de GR comme ça on
> n'a plus besoin d'eux ! ;-)

Sauf erreur, je crois que ce n'est pas que le nom qui est protégé,
mais le tracé aussi. En gros, tu peux pas refaire un tracé identique à
un GR et dire que ça s'appelle autrement (j'imagine qu'on touche à la
contrefaçon). Par contre, on ne peut pas nous empécher de faire une
carte indiquant qu'à tel endroit il est possible de passer à pied, en
vélo, à cheval...

Pour causer technique, on n'a pas le droit de faire une relation, mais
on peut faire des way.

(si je me souviens bien de nos discussions passées).

-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

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

[OSM-talk-fr] Noeuds orphelins j'y suis :)

[Benoît ROUSSEAU]

Allez ! Pour la bonne humeur : je suis dans la liste des noeuds 
orphelins à 2 reprises comme ici  
http://www.openstreetmap.org/browse/node/687500834 .

Benoît R.

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

Re: [OSM-talk-fr] Camino de Santiago en Espagne

[Guilhem Bonnefille]

Le 10 juin 2010 11:20, Vincent Pottier  a écrit :
> Rassurez-vous. Je suis aussi en train de leur faire une réponse tuto pour
> les aider à analyser leurs erreurs et à en trouver les causes.

Ne te méprends pas Vincent, je trouve que c'est très bien ce que tu
fais vis à vis d'eux. C'est exactement ce qu'il faut faire découvrir
aux personnes qui ne sont pas habitués : un projet libre, quel qu'il
soit, c'est avant tout une communauté qui s'entraide.

Mon message vise surtout à rappeler que le ticket d'entrée sur OSM est
très élevé. Or, les débutants n'en sont pas forcément conscients et
font donc, naturellement, des erreurs. Peut-être que les outils vont
évoluer, genre une configuration activée par défaut dans JOSM type
idiot-proof, qui empèche certaines manipulations.

Concernant les pro, il y a des pro du SIG dans ma boite, et je peux te
dire qu'ils sont déconcertés par OSM. Les outils et technologies ne
sont pas ceux qu'ils utilisent au quotidien. Et que dire des notions
comme trace, node, way et relation. Tant qu'on ne leur a pas dépeint
le projet, c'est pas facile à appréhender. J'imagine que cela ne
trouve pas d'écho dans les problématiques qu'ils gèrent au quotidien.

-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

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

Re: [OSM-talk-fr] Re : Canal du Midi

[Nicolas Moyroud]

C'est vrai que cette histoire de GR sous copyright c'est assez 
lamentable. Et je dirai que le pire c'est de n'obtenir aucune réponse de 
la part de la FFRP. Si ils ne veulent pas que ça figure dans OSM, ils 
n'ont qu'à le dire.
Leur attitude c'est au choix :
"Vous êtes des petites m et on ne prend même pas la peine de vous 
répondre".
"On dit rien, on laisse faire, ils vont mettre nos GRs, et après on n'a 
plus qu'à leur tomber dessus".
Les chemins on n'a qu'à les appeler OSMR à la place de GR comme ça on 
n'a plus besoin d'eux ! ;-)
>
> À noter que j'ai fait une tentative, infructueuse, de contact avec le
> président de la FFRP.
> Je n'ai pas eu l'occasion de réitérer ma demande, mais je pense parvenir à
> obtenir, à terme, un entretien.
>
> Philippe
>
>   

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

Re: [OSM-talk-fr] Camino de Santiago en Espagne

[Vincent Pottier]

Le 10/06/2010 10:47, Christian Quest a écrit :
Le 10 juin 2010 10:24, Guilhem Bonnefille 
mailto:guilhem.bonnefi...@gmail.com>> a 
écrit :


Au moins sur la partie citée, cela ressemble effectivement à une
conversion trace GPS en voie. Cela dit, je crois que c'est assez
classique chez les débutants. Une connaissance a fait exactement la
même erreur, pensant que lorsque je lui disait d'importer ses traces
sur OSM il fallait les convertir en voies.

De mémoire, la personne en question avait utilisait JOSM directement,
sans commencer par le site web. Or, pour moi, le site web à cela de
bien qu'il distingue parfaitement la notion de trace GPS et les voies.
Je ne connais pas assez JOSM, mais peut-être est-il envisageable de
l'adapter pour qu'il oriente mieux les nouveaux ?

Du coup, au delà du coup de gueule, je pense qu'il faut surtout
accompagner les nouveaux. Il faut être conscient que l'exercice est
complexe :
- prendre conscience de la différence entre trace GPS et données
géographique
- dans ce cas précis, prendre conscience de la notion de chemin de
randonnée qui prend la forme d'une entité abstraite : une relation.



+1 !!

Il n'est pas facile ni évident pour un nouveau contributeur de ne pas 
commettre d'erreur de ce genre, (je l'ai fait le coup de la trace GPS, 
mais à un endroit où n'y avait que du vide) et je continue à faire des 
erreurs que je tente de corriger dès que je suis au courant (après 
lecture d'un post sur cette ML ou après lecture d'une page de wiki sur 
laquelle je n'étais pas encore passé... il y en a tellement).


Certaines choses peuvent paraitre évidente pour des habitués, pour un 
nouveau contributeur il n'est pas du tout évident d'avoir une vue 
d'ensemble et de détail des bonnes pratiques au sein d'OSM car le 
projet a pris un ampleur importante qui le rend de plus en plus complexe.


Dommage aussi que la messagerie interne d'OSM ne soit pas plus 
utilisée pour faire remonter directement auprès du contributeur les 
erreurs détectées par des outils comme osmose ou l'analyseur de 
relation (qu'on ne connait pas quand on est nouveau).


Plus OSM grossira plus il sera difficile pour les nouveaux 
contributeurs de contribuer utilement et plus des outils d'aide de ce 
type seront indispensables.


Christian

Attendez,
Ce sont des "pros" qui travaillent sur un projet pour une collectivité 
locale, la province de Santiago je crois, sur un objet, le chemin de 
Saint Jacques déjà bien travaillé (notament par ottokar55, dont, si je 
ne suis pas d'accord avec tous les choix, a fait un boulot énorme), et 
dans une zone qui n'est pas déserte et sur pas loin de 800 km de long. 
Ils ne sont pas censés être des débutants à cette échelle.


Il y a le problème du GPX passé en footway + oneway (t'as laissé tombé 
ta gourde en chemin, tant pis, pas possible de faire demi tour. 
heureusement ils n'ont pas mis d'interdiction de stationnement, sinon, 
foutu pour ton lacet défait)
Mais il y a TOUS les ways de Santiago et de la région qui ont été 
recopiés 6 fois. Plus certains points 8 ou 10 fois... des milliers de 
dupes, c'est ce qui m'a alerté.

Ils ont des problèmes dans la maitrise de l'outil !
Dire qu'ils ont demandé sur la ML anglaise un extract de l'Europe. Je 
redoute...
Encore qu'à la suite de mon premier message, puis de mon coup de gueule, 
ils se sont mis à faire du nettoyage sur les dupes. Et ils ont retiré le 
oneway. Il reste à supprimer tout ce qu'ils ont mappé en CarbonCopy 
multi-exmplaire...


Rassurez-vous. Je suis aussi en train de leur faire une réponse tuto 
pour les aider à analyser leurs erreurs et à en trouver les causes.


Mais bon, peut-être que c'est ça la PTAO (perte de temps assistée par 
ordinateur).

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

Re: [OSM-talk-fr] Camino de Santiago en Espagne

[Christian Quest]

Le 10 juin 2010 10:24, Guilhem Bonnefille  a
écrit :

> Au moins sur la partie citée, cela ressemble effectivement à une
> conversion trace GPS en voie. Cela dit, je crois que c'est assez
> classique chez les débutants. Une connaissance a fait exactement la
> même erreur, pensant que lorsque je lui disait d'importer ses traces
> sur OSM il fallait les convertir en voies.
>
> De mémoire, la personne en question avait utilisait JOSM directement,
> sans commencer par le site web. Or, pour moi, le site web à cela de
> bien qu'il distingue parfaitement la notion de trace GPS et les voies.
> Je ne connais pas assez JOSM, mais peut-être est-il envisageable de
> l'adapter pour qu'il oriente mieux les nouveaux ?
>
> Du coup, au delà du coup de gueule, je pense qu'il faut surtout
> accompagner les nouveaux. Il faut être conscient que l'exercice est
> complexe :
> - prendre conscience de la différence entre trace GPS et données
> géographique
> - dans ce cas précis, prendre conscience de la notion de chemin de
> randonnée qui prend la forme d'une entité abstraite : une relation.
>
>

+1 !!

Il n'est pas facile ni évident pour un nouveau contributeur de ne pas
commettre d'erreur de ce genre, (je l'ai fait le coup de la trace GPS, mais
à un endroit où n'y avait que du vide) et je continue à faire des erreurs
que je tente de corriger dès que je suis au courant (après lecture d'un post
sur cette ML ou après lecture d'une page de wiki sur laquelle je n'étais pas
encore passé... il y en a tellement).

Certaines choses peuvent paraitre évidente pour des habitués, pour un
nouveau contributeur il n'est pas du tout évident d'avoir une vue d'ensemble
et de détail des bonnes pratiques au sein d'OSM car le projet a pris un
ampleur importante qui le rend de plus en plus complexe.

Dommage aussi que la messagerie interne d'OSM ne soit pas plus utilisée pour
faire remonter directement auprès du contributeur les erreurs détectées par
des outils comme osmose ou l'analyseur de relation (qu'on ne connait pas
quand on est nouveau).

Plus OSM grossira plus il sera difficile pour les nouveaux contributeurs de
contribuer utilement et plus des outils d'aide de ce type seront
indispensables.

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

Re: [OSM-talk-fr] Camino de Santiago en Espagne

[Guilhem Bonnefille]

Au moins sur la partie citée, cela ressemble effectivement à une
conversion trace GPS en voie. Cela dit, je crois que c'est assez
classique chez les débutants. Une connaissance a fait exactement la
même erreur, pensant que lorsque je lui disait d'importer ses traces
sur OSM il fallait les convertir en voies.

De mémoire, la personne en question avait utilisait JOSM directement,
sans commencer par le site web. Or, pour moi, le site web à cela de
bien qu'il distingue parfaitement la notion de trace GPS et les voies.
Je ne connais pas assez JOSM, mais peut-être est-il envisageable de
l'adapter pour qu'il oriente mieux les nouveaux ?

Du coup, au delà du coup de gueule, je pense qu'il faut surtout
accompagner les nouveaux. Il faut être conscient que l'exercice est
complexe :
- prendre conscience de la différence entre trace GPS et données géographique
- dans ce cas précis, prendre conscience de la notion de chemin de
randonnée qui prend la forme d'une entité abstraite : une relation.

Le 9 juin 2010 23:03, Christophe Merlet  a écrit :
> Le mercredi 09 juin 2010 à 21:41 +0200, Vincent Pottier a écrit :
>> Le 09/06/2010 00:47, Christophe Merlet a écrit :
>> > Le jeudi 03 juin 2010 à 12:12 +0200, Christophe Merlet a écrit :
>> >
>> >> Le jeudi 03 juin 2010 à 11:32 +0200, Vincent Pottier a écrit :
>> >>
>> >>> Bonjour,
>> >>> Quand un peu de coordination structure un projet, il devient pertinent
>> >>> pour des institutions. Peut-être que nos régions ou départements 
>> >>> suivront...
>> >>>
>> >> Ayant essayé de travailler le plus consciencieusement possible sur la
>> >> Via d'Arles de Vic-en-Bigorre jusqu'a Sarrance je suis curieux de
>> >> connaitre les modifications apportées.
>> >>
>> >> Y a t'il un moyen de connaitre les diff apportées à la relation Via
>> >> d'Arles ?
>> >> L'historique du site OSM étant totalement inutilisable dans ce cas.
>> >>
>> >> Les seuls contributeurs que je connaisse sur cette Via d'Arles sont
>> >> caminaspe (que j'ai déjà rencontré) et un certain ottokar55 (à priori un
>> >> allemand)
>> >>
>> >> Concernant L'autre camino de santiago à la frontière espagnol, au niveau
>> >> de Saint-Jean-Pied-de-Port à Roncesvalles. les traces (approximatives)
>> >> actuelles coté français sont semble t'il encore les miennes et celles
>> >> d'ottokar55. et n'ont pas encore été intégrées dans une relation
>> >> route...
>> >>
>> >> Cela dit je suis ravi de savoir que d'autres personnes étudient ou
>> >> envisagent d'étudier ces chemins et reverse dans OSM leurs observations
>> >> et corrections :)
>> >>
>> >
>> > Aïe. Je crois que les contributions arrivent dans OSM.
>> > Un way de 83km de long superposé à toutes les voies existantes !!
>> >
>> > highway=footway
>> > name=Camino Francés
>> > oneway=yes
>> >
>> > C'est super sale et violent...
>> > http://osm.org/go/b...@strqiim--
>> >
>> > Je laisse pour l'instant comme ça. L'utilisateur semble être entré dans
>> > une phase de nettoyage
>> > http://www.openstreetmap.org/user/Pangea
>> >
>> > J'espère que la suite ne sera pas aussi surprenante coté français !!
>> >
>> >
>> Bon. J'ai poussé mon coup de gueule.
>> ---
>> I don't understand the work you are doing !
>>
>> It looks like you have put GPS traks on OSM without consideration for
>> what was already in the database !
>>
>> You have done a lot of duplicated nodes. Hopefully you are removing
>> them. But the work of ottokar55 and other mappers is disapearing without
>> consideration.
>>
>> You put a footway all long roads already mapped and already included in
>> the relation Camino. And this footway is not often bette in presicion
>> that the work already done.
>> For example there is no footway through Astorga, but you put one.
>>
>> At Puerto Foncebadon (Cruz de Ferro) your footway is on the road. But in
>> fact there is a path beside the road (already mapped and included in the
>> relation). So your GPS track is not better that mine or others...
>>
>> You put a footway when a path would be better. You put a oneway on a
>> footway as if nobody could go back home by foot (the way to Santiago
>> must be indicated in the relation not in the way : we have put it on the
>> wiki).
>>
>> I wonder if you have preparded your job reguarding what other people had
>> already done.
>> I wonder if you have read the wiki page, (and discussed it when you
>> didn't agree).
>> I wonder if you kwon that OSM is a common work.
>> And I would not be surprised when people remove parts of your job. I
>> have already removed some little parts.
>> --
>> Je lui avais déjà signalé l'explosion des dupes et la disparition des
>> travaux des autres mappeurs, mais le gars qui se dit "pro", il travaille
>> comme un sagouin !
>> Si il supprime purement et simplement le boulot des autres pour laisser
>> le sien, je demande le revert.
>> --
>> FrViPofm
>
> Ouch, c'est violent !
>
> Et après on dit que je manque de tact et de diplomatie ;o)
>
> Cela dit, c'est vrai que bosser comme ça au nom d'une boite experte en
> SIG et G

Re: [OSM-talk-fr] /!\ URGENT /!\ Reportage sur OS M pour France Télévision Aix en Provence Jeudi

[Nicolas Dumoulin]

Le jeudi 10 juin 2010 09:40:45 kimaidou, vous avez écrit :
> J'ai réussi sans pbm à lancer la lecture du mss via VLC :
> 
> mms://
> a988.v101995.c10199.e.vm.akamaistream.net/7/988/10199/3f97c7e6/ftvigrp.down
> load.akamai.com/10199/cappuccino/production/publication/France_O/Autre/2010
> /S23/132197_guadeloupe_20100607-350k-150k.wmv

J'avais pas essayé vlc, ça marche.

Reportage très intéressant, et bravo à Gaël pour sa participation. Ça permet 
aussi de « faire connaissance » avec un « collègue » :-)
Ton militantisme est original par rapport à ce que je connait, intéressant.

Par contre, j'ai pas compris de quoi tu vivais, mais ça ça te regarde ;-)

Merci

-- 
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] /!\ URGENT /!\ Reportage sur OSM pour France Télévision Aix en Provence Jeudi

[RatZilla$]

Salut Nicolas,
Je te confirme avec tristesse que c'est une vrai usine à gaz fomenter
par Micro$oft.
J'ai réussi à récupérer le flux vidéo avec mimms sous Linux. Mais la
conversion ffmpeg2theora plante.
mplayer avec -dumpstream -dumpfile m'a permis de faire une extraction
sans DRM mais le flux n'est pas complet.
Bref sans Window$ et $ilverlight c'est un peu compliqué. Je te rejoins
sur ta remarque sur certains services publiques.
Il n'y a pas que la carto qui mérite un grand coup de LIBERTÉ
Gaël

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

Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?

[Tenshu]

Je suis d'accord, mais pour ma part j'ai contacté et relancé plusieurs fois
le service SIG de notre SAN.
A la nieme relance la responsable c'est déclarée très intéressée, mais m'a
aussi fait comprendre que je lui prenais un peut la tête avec mon truc et
qu'on verrais quand elle aurais le temps.

Je doute qu'elle me recontacte un jour ...

2010/6/10 Pieren 

> 2010/6/10 Clement Menier 
>
> * import manuel basé sur un rendu cadastre en grille à 75m : environ 150
>> bâtis à l'heure.
>> * import basé sur le plugin avec correction de l'ensemble des erreurs
>> précédentes: entre 100 et 250 bâtis à l'heure.
>>
>>
> Le gain dépend beaucoup du profil des bâtiments mais je suis d'accord qu'en
> l'état, il n'est pas significatif. Ce qu'il faut, c'est améliorer la
> reconnaissance des angles et la simplification, bref reconstituer au mieux
> le profil des vecteurs originaux. Il y a aussi un gain à rechercher du côté
> du traitement de l'image qui est pour l'instant trop long (mais je pense que
> c'est le plus facile). Bref, tout cela demande encore beaucoup de travail,
> de la motivation et des connaissances dans ce domaine (que je n'ai pas)
> seraient le bienvenue.
> Surtout que parfois, je me dis que ces efforts sont peut-être inutiles si
> les collectivités locales se décidaient à libérer leurs données cadastrales
> à grande échelle, à l'image de ce qui se passe dans la région brestoise.
> Mais j'ai reçu deux propositions d'aide depuis hier, on va voir si les
> choses peuvent avancer.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?

[Pieren]

2010/6/10 Clement Menier 

> * import manuel basé sur un rendu cadastre en grille à 75m : environ 150
> bâtis à l'heure.
> * import basé sur le plugin avec correction de l'ensemble des erreurs
> précédentes: entre 100 et 250 bâtis à l'heure.
>
>
Le gain dépend beaucoup du profil des bâtiments mais je suis d'accord qu'en
l'état, il n'est pas significatif. Ce qu'il faut, c'est améliorer la
reconnaissance des angles et la simplification, bref reconstituer au mieux
le profil des vecteurs originaux. Il y a aussi un gain à rechercher du côté
du traitement de l'image qui est pour l'instant trop long (mais je pense que
c'est le plus facile). Bref, tout cela demande encore beaucoup de travail,
de la motivation et des connaissances dans ce domaine (que je n'ai pas)
seraient le bienvenue.
Surtout que parfois, je me dis que ces efforts sont peut-être inutiles si
les collectivités locales se décidaient à libérer leurs données cadastrales
à grande échelle, à l'image de ce qui se passe dans la région brestoise.
Mais j'ai reçu deux propositions d'aide depuis hier, on va voir si les
choses peuvent avancer.

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

Re: [OSM-talk-fr] /!\ URGENT /!\ Reportage sur OSM pour France Télévision Aix en Provence Jeudi

[kimaidou]

J'ai réussi sans pbm à lancer la lecture du mss via VLC :

mms://
a988.v101995.c10199.e.vm.akamaistream.net/7/988/10199/3f97c7e6/ftvigrp.download.akamai.com/10199/cappuccino/production/publication/France_O/Autre/2010/S23/132197_guadeloupe_20100607-350k-150k.wmv

kimaidou

Le 10 juin 2010 09:30, Nicolas Dumoulin  a écrit :

> Le mercredi 9 juin 2010 16:14:41 RatZilla$, vous avez écrit :
> > Début du reportage à 8:50
> >
> >
> http://info.francetelevisions.fr/video-info/player_html/index-fr.php?id-vid
> >
> eo=tvradio_guadeloupe_20100607_350k_150k_07062010072804_RFO&chaine=&id-cate
> > gorie=&ids=&timecode=false&sequence=false#navVdoPlayer
>
> Pas moyen de lire la vidéo :-(
> J'ai essayé en ligne, mais la vidéo coupe avant d'arriver au bon moment.
> Et pas moyen de télécharger le flux mms, un problème de drm apparemment
> Tant pis pour le service public :-/
> Dommage
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] /!\ URGENT /!\ Reportage sur OSM pour France Télévision Aix en Provence Jeudi

[Nicolas Dumoulin]

Le mercredi 9 juin 2010 16:14:41 RatZilla$, vous avez écrit :
> Début du reportage à 8:50
> 
> http://info.francetelevisions.fr/video-info/player_html/index-fr.php?id-vid
> eo=tvradio_guadeloupe_20100607_350k_150k_07062010072804_RFO&chaine=&id-cate
> gorie=&ids=&timecode=false&sequence=false#navVdoPlayer

Pas moyen de lire la vidéo :-(
J'ai essayé en ligne, mais la vidéo coupe avant d'arriver au bon moment.
Et pas moyen de télécharger le flux mms, un problème de drm apparemment
Tant pis pour le service public :-/
Dommage

-- 
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] Géoréférencement à la bous solle

[Nicolas Dumoulin]

Le jeudi 10 juin 2010 08:11:53 Pierre LAURES, vous avez écrit :
> […]
> 
> Dans ces conditions un point relevé à la boussole a la même précision
> qu'un relevé GPS (supposé de 10m)
> si l'on avait des précisions GPS de 2m il faudrait diviser les distances
> par 5 pour retrouver 2m sur le point visé

Merci pour toutes ces explications :-)
Bon, après, je sais pas si je vais trouver le temps de passer à la pratique 
(faut déjà que je retrouve une bonne boussole de visée) …

> Pierre Laurès
> http://www.openstreetmap.org/?lat=42.9952311515808&layers=0B00FTF&lon=6.215
> 53659439087&zoom=15

Tiens, c'est donc toi qui a fait tout ça :-) ?
Je suis la semaine sur la presqu'île de Giens pour une école-chercheurs. Hier, 
on a passé l'après-midi sur Porquerolles … avec des walking-papers ! Pas grand 
chose à mapper, mais pas mal de discussion avec un plan de bonne qualité.

-- 
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] Nettoyage post-import Romans / Noeuds orphelins

[Vincent Pottier]

Le 10/06/2010 03:58, Benoît ROUSSEAU a écrit :
> Bonjour,
>
>  J'échantillonnais les résultats de détection des noeuds orphelins
> pour voir s'il n'y à pas d'erreurs... et je tombe sur
> http://www.openstreetmap.org/browse/node/763365142 donc le travail de
> nettoyage post-import Romans n'est pas terminé...
>
> Benoît R.
>
Maintenant si, à 22h46 GMT.
Mais il doit tout de même en rester quelques uns. Par prudence, je n'ai 
pas utilisé la commande "nœuds dupliqués" du validator de JOSM, mais 
"nœuds non connectés sans tags" donc à peu près la même analyse.
Il me semble que le validator distingue bien des nœuds ayant des tags 
"ele" différents et ne les compte pas comme dupes.
Mais sait-on jamais...
--
FrViPofm

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