Re: [OSM-talk-fr] Traçage automatique [Was: Google Maps et les itineraires cyclistes]

[Jean-Marc Liotier]

Une partie des algorithmes me semblent à première vue inspirés de
l’algorithme de Sobel qui trace les arrêtes par détection du gradient
d'intensité, mais il y a probablement beaucoup de valeur ajoutée dans
leur adaptation à cet usage particulier et, comme tu le fait remarquer,
ce ne sont pas des codes disponibles pour un usage libre.

Quoi qu'il en soit, la manière dont j'envisage le traçage automatique
n'est pas l'import massif - je crois qu'il serait plus pertinent de
l'inscrire dans le processus d'édition manuelle. Par exemple, un plugin
JOSM qui, pour une zone donnée par sélection rectangulaire, trace dans
le calque OSM les routes détectées dans l'image chargée dans un calque
donné. L'utilisateur se retrouve avec des voies étiquetées en tant que
produits du traçage automatique - il lui reste à les retoucher avant de
les importer. Il peut aussi annuler l'opération et ajuster les
paramètres du traçage automatique.

Mais, comme tu le suggères, on peut se demander si, sur les images de
bonne qualité nécessaires pour le traçace automatique, le traçace
automatique est beaucoup plus rapide qu'un traçage manuel qui a
l'avantage d'être bien contrôlé par l'utilisateur. Par rapport à un
utilisateur expérimenté, probablement pas. Mais n'oublions pas que l'un
des enjeux de la montée en puissance du projet est de tirer parti des
efforts de contributeurs occasionnels ou nouveaux qui pourraient par
contre gagner du temps et contribuer plus volontiers utilisant un outil
fortement assisté par des automatismes. Le traçage automatique
répond-t-il à ce besoin ?

Dans tous les cas, la ressource rare reste l'imagerie aérienne ou
orbitale. Vues les immenses barrières à l'entrée dans le marché des
satellites, http://openaerialmap.org et http://diydrones.com ont de
beaux jours devant eux !


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

Re: [OSM-talk-fr] Re : "Extract building" dans JOSM

[Pieren]

2010/3/11 Bruno Cortial 

>
> Je vous expose mon pb tout de même, une bonne âme pourra peut-être
> m'aiguiller
> Dans ma version actuelle pour une commune j'arrive à produire 4 fichiers au
> format OSM:
> * Un fichier du contour du bati (jaune foncé) sans les séparations de
> parcelle. La plupart des polygones produits sont fermés, j'ai également les
> polygones représentant les trous (les cours intérieures) mais je ne sais pas
> les identifier comme tels.
> * Un fichier de chemins représentant les limites de parcelle du bati. Il
> s'agit uniquement des traits noir du cadastre sur les zones jaunes foncées
>
> La même chose pour le "non-muré" (le jaune clair): un fichier de contour,
> et un fichier de "découpage"
>
> Etape suivante: Si je dépile les limites de parcelle pour découper et
> recréer 2 nouveaux polygones de bati à chaque fois, je me dis que c'est bon.
> Mais je ne sais pas identifier les polygones inner (les cours et jardins),
> et ça fout tout par terre.
>
> Précision : je ne suis pas géomaticien  (je fuis donc naturellement les
> projections), c'est en ImageMagick+Autotrace+python.
>
> A+
> BrunoC
>
>
Malheureusement, ces méthodes systématiques ignorent un point essentiel du
cadastre : on ne peut identifier les limites entre bâtiments par logiciel.
Les limites de parcelles sont souvent utilisables comme séparateurs entre
bâtiments adjacents mais ils ne le sont pas dans de très, très nombreux cas.
On pourrait trouver une aide si on était capable d'isoler les numéros
d'adresse et les polygones y correspondant. Mais là encore, les situations
géographiques et la distance entre numéros et polygones sont tellement
variés qu'il est quasi impossible que cela fonctionne en dehors des zones
pavillonnaires. Donc ces fichiers nécessitent un énorme travail de
correction manuel derrière. En mettant à disposition des scripts qui en plus
génèrent de nombreux artefacts dans la reconnaissance de forme, on prend le
risque que certains contributeurs peu scrupuleux privilégient la quantité à
la qualité. Ce qui serait vraiment dommage.

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

Re: [OSM-talk-fr] Plugin Cadastre ile de la réunion

[Pieren]

2010/3/11 Arnaud Vandecasteele 

> Bonjour à tous,
>
> Le plugin cadastre ayant été mis à jour et la projection pour La Réunion
> ayant changée, pourriez-vous me dire laquelle je dois maintenant utiliser?
> J'ai essayé la projection UTM mais elle ne semble pas fonctionner.
>
>
J'ai soumis un patch à l'équipe des développeurs de JOSM core il y a 10
jours (je n'ai pas accès à leur dépôt contrairement à celui des plugins).
Mais celui-ci n'a pas été appliqué pour l'instant. Il faut surveiller le
statut de ce ticket:
http://josm.openstreetmap.de/ticket/4641

Dès que la nouvelle projection sera en place dans JOSM, je pourrais publier
une version adaptée du plugin.

La projection UTM existante ne fonctionne pas correctement sur l'hémisphère
sud.

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

Re: [OSM-talk-fr] "Extract building" dans JOSM

[Mathieu Grimbert]

Le 11 mars 2010 18:18, Pieren  a écrit :
>
> 2010/3/11 Frédéric Bonifas 
>
> Oups, c'est un truc qui n'aurait pas dû apparaître. C'est pas encore au 
> point. Faites comme si vous n'aviez rien vu.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

J'ai d'ailleurs remarqué qu'il était possible d'obtenir un fichier pdf
(donc vectoriel) d'une zone du cadastre, et en bidouillant un peu on
peut obtenir une ville entière. En s'occupant de ce fichier pdf (en
regardant la couleur par exemple pour le jaune du bâti), il semblerait
qu'on puisse plus ou moins facilement extraire les données
intéressantes. Après je ne sais pas si cela est vraiment autorisé par
la DGFiP (je n'ai pas vraiment compris où commence et où s'arrête les
travaux composites).
Je joins quand même le script honteusement inspiré de celui de
Frédéric Rodrigo et de l'excellente méthode La RACHE.


grab-pdf.sh
Description: Bourne shell script
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : "Extract building" dans JOSM

[Bruno Cortial]

Bonsoir,
Je plussoie de même !  (cela serai quelque chose comme le plugin Lakewalker
? http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Lakewalker)

Et je plussoie doublement car je tente, pour l'instant sans succès, de faire
une extraction du bati par des scripts en m'inspirant des scripts produisant
les limites cadastrales des communes. Si quelqu'un arrive à automatiser la
chose, j'arrêterai de dessiner des petits carrés sur toutes les feuilles qui
trainent et j'en serai très heureux :-)


Je vous expose mon pb tout de même, une bonne âme pourra peut-être
m'aiguiller
Dans ma version actuelle pour une commune j'arrive à produire 4 fichiers au
format OSM:
* Un fichier du contour du bati (jaune foncé) sans les séparations de
parcelle. La plupart des polygones produits sont fermés, j'ai également les
polygones représentant les trous (les cours intérieures) mais je ne sais pas
les identifier comme tels.
* Un fichier de chemins représentant les limites de parcelle du bati. Il
s'agit uniquement des traits noir du cadastre sur les zones jaunes foncées

La même chose pour le "non-muré" (le jaune clair): un fichier de contour, et
un fichier de "découpage"

Etape suivante: Si je dépile les limites de parcelle pour découper et
recréer 2 nouveaux polygones de bati à chaque fois, je me dis que c'est bon.
Mais je ne sais pas identifier les polygones inner (les cours et jardins),
et ça fout tout par terre.

Précision : je ne suis pas géomaticien  (je fuis donc naturellement les
projections), c'est en ImageMagick+Autotrace+python.

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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Eric SIBERT]

http://www.pcinpact.com/actu/news/55805-dell-nas-250go-buffalo-linkstation.htm

:-p


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

Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes

[Eric SIBERT]

> Je suis persuadé que Google trace automatiquement certaines zones à
> partir des images satellites - cf. ce fil :

Je m'interroge sur le sujet. A Madagascar, clairement, ils tracent 
d'après les photos satellite/aériennes. Sur les grandes routes 
goudronnées, quand la photo haute résolution apparaît, le parcours 
corrigé et détaillé apparaît rapidement. Au raccord des photos, les 
routes décrivent des baïonnettes. Maintenant, est-ce automatique? J'en 
doute parce que par endroit, seule la route principale est tracée, pas 
les rues secondaires.

http://maps.google.fr/maps?f=q&source=s_q&hl=fr&geocode=&q=andapa&sll=-19.847093,47.040099&sspn=0.0077,0.016512&ie=UTF8&hq=&hnear=Andapa,+Tamatave,+Madagascar&ll=-14.662481,49.647667&spn=0.015839,0.033023&t=h&z=16

Ou la trace s'arrête sans raison apparente.

http://maps.google.fr/maps?f=q&source=s_q&hl=fr&geocode=&q=andapa&sll=-19.847093,47.040099&sspn=0.0077,0.016512&ie=UTF8&hq=&hnear=Andapa,+Tamatave,+Madagascar&ll=-14.659284,49.619193&spn=0.00792,0.016512&t=h&z=17

Mais le jour l'ign mettra à disposition les photos aériennes en format 
numérique, la reconnaissance automatique suivie d'un import manuel va 
m'intéresser (faudra orthorectifier avant avec le STRM...).

Éric

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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Etienne Chové]

Christophe Merlet (RedFox) a écrit :
> Beaucoup plus réaliste, il est assez facile et peu onéreux d'ajouter une
> carte sata dans un nœud et d'y brancher des disque esata de 1 ou 2To et
> de transformer ce nœud en SAN accessible via GFS2 ou au pire NFS/CIFS.

D'ailleurs j'ai vu que les serveurs IBM ont déjà des port SATA, et j'ai 
en stock un disque de 1.5T pour OSM.

-- 
Etienne

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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Etienne Chové]

sly (sylvain letuffe) a écrit :
> On jeudi 11 mars 2010, Etienne Chové wrote:
>> La base osm semble suivre une loi exponentielle. Elle a doublée en 18 
>> mois ! L'étroit risque de le devenir étriqué assez rapidement. 
> C'est en effet une bonne remarque, j'avais oublié cette vitesse de 
> progression. Ça ferait une investissement temps pour du court terme.
> 
>> On peut  
>> envisager le AoE 
> Tiens, je ne connaissais pas

J'ai découvert ça il y a pas longtemps. Je voulais avoir un gros disque 
et j'ai cherché une solution de cluster sur ethernet. C'est la plus 
simle que j'ai trouvée mais j'ai pas osé la mettre en place.

>> ou une autre bidouille du genre pour faire un cluster  
>> de disques, 
> En effet, si tu comptes faire du raid0 sur plusieurs disques en AoE, je 
> qualifierais ça de bidouille et je pressent une dispo merdique ;-)

Au moins 0+1, voire 5 ou 6... tout compte fait, une bonne baie de 
stockage serai quand même une bonne solution.

-- 
Etienne

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

Re: [OSM-talk-fr] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[Vincent Pottier]

Le 11/03/2010 12:27, Yoann ARNAUD a écrit :
> J'ai (enfin) fini de réécrire l'analyseur de relation d'OsmOse.
>
> Améliorations :
>- utlisation d'Openlayer pour afficher les relations
>- beaucoup plus rapide
>- code source réécrit, ce qui permettra d'ajouter facilement de
> nouveaux test et de tester différents types de relations.
>
> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=390190
> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=33367
>
>
> N'hésitez pas à proposer des améliorations.
>
>
Bon, pour ajouter aux louanges je ne dirais que : superbe !
Pour ajouter aux critiques/suggestions, je serai plus loquace.

L'analyseur de relation fonctionne bien pour de l'analyse de 
relation:boundary (nos 36 k communes !)


J'ai testé avec d'autres relations relation:line (les membres sont des 
relations)
http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=412903
Nada.
J'appuie Sly pour ses remarques sur les relations incluses.

relation:route:bus (les membres sont des ways et des nodes : bus_stop)
http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=412870
Le résultat n'est pas pertinent. Les ouvertures sont des points, des 
arrêts de bus.

Je me dis que ce serait bien de mettre dans le bandeau le type de la 
relation. Et puis, quand la thèse sera finie, est-ce que le type 
d'analyse pourra 'switcher' selon le type : analyse boundary pour des 
boundary, analyse route pour des routes... bref faire une bibliothèque 
des types d'analyse. Plus on apporte de la complexité, plus les outils 
pour la traiter doivent être évolués.

Mais bon, c'est génial !
--
FrViPofm

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

Re: [OSM-talk-fr] Re : "Extract building" dans JOSM

[Etienne Trimaille]

Ah, j'allais justement poser la question avant-hier, car je trouvais ça
bizarre que je n'ai pas vu passer l'info d'un tel outil sur la ML !
C'est du fait que l'on peut télécharger que les bâtiments maintenant ?

Vivement dans quelques jours ! !
Et merci d'avance

Le 11 mars 2010 20:22, THEVENON Julien  a écrit :

>  *De :* Frédéric Bonifas 
> **
> Le 11 mars 2010 19:18, Pieren  a écrit :
> >
> > Oups, c'est un truc qui n'aurait pas dû apparaître. C'est pas
> encore au
> > point. Faites comme si vous n'aviez rien vu.
> >
>  vivement dans quelques jours alors !
>
> +1
>
> Julien
>
>
> ___
> 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] Plugin Cadastre ile de la réunion

[Arnaud Vandecasteele]

Bonjour à tous,

Le plugin cadastre ayant été mis à jour et la projection pour La Réunion
ayant changée, pourriez-vous me dire laquelle je dois maintenant utiliser?
J'ai essayé la projection UTM mais elle ne semble pas fonctionner.

Merci pour votre aide.

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

Re: [OSM-talk-fr] Réseau de transport urbain

[Vincent Pottier]

Le 11/03/2010 12:42, Pieren a écrit :
2010/3/11 jean navarro >


merci de me dire quoi !


Comme c'est très localisé, je mettrais la demande et la réponse dans 
une section "== Import réseau TAM ==" de la page wiki 
"Ambérieu-en-Bugey" (ou une sous-page "Ambérieu-en-Bugey/Transports 
publics") en indiquant que les données seront identifiées avec le tag 
"source=xxx" et le nom de la personne qui a donné l'autorisation. (on 
peut aussi lui coller la catégorie 
[[Category:Public_transport_in_France]], voir les exemples ici: 
http://wiki.openstreetmap.org/wiki/Category:Public_transport_in_France)

et la catégorie [[Category:WikiProject France/Courriers & démarches]]
pour que d'autrse puissent s'en inspirer ou y faire référence.
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Christophe Merlet (RedFox)]

Le jeudi 11 mars 2010 à 19:05 +0100, Etienne Chové a écrit :
> Le 11/03/2010 18:49, sly (sylvain letuffe) a écrit :
> > On jeudi 11 mars 2010, Pieren wrote:
> >
> >> Ensuite, les machines à 16Go de RAM atteignent le minimum requit pour 
> >> mettre
> >> en place une bdd postgis et un serveur de tuiles adapté à nos besoins (même
> >> si pour le second, on n'est pas encore à niveau concernant les disques).
> >
> > en effet, je ne cracherais pas sur une joli bête comme celle-là ;-)
> >
> > 16Go, c'est même over-top, avec 2Go j'arrive à m'en sortir à peu prêt.
> > Au niveau disque, avec un raid0 on monte à ~280Go.
> >
> > Une base europe à jour avec deux trois broutilles de plus occupe 180Go, y'a
> > encore 50Go de cache, de fichier data et autre, donc ça tiendrait. A 
> > l'étroit
> > mais ça tiendrait.
> 
> La base osm semble suivre une loi exponentielle. Elle a doublée en 18 
> mois ! L'étroit risque de le devenir étriqué assez rapidement. On peut 
> envisager le AoE ou une autre bidouille du genre pour faire un cluster 
> de disques, ou utiliser la baie si il s'avère qu'elle est vraiment 
> dispo... mais encore faut il trouver une université telle que l'UCL qui 
> fournisse hébergement et bande passante suffisante.

Solution pointue et risquée, un système de fichiers distribué tel que
Lustre pour rassembler les disques durs de tous les nœuds en un seul
gros espace de stockage accessible par tous simultanément...

Beaucoup plus réaliste, il est assez facile et peu onéreux d'ajouter une
carte sata dans un nœud et d'y brancher des disque esata de 1 ou 2To et
de transformer ce nœud en SAN accessible via GFS2 ou au pire NFS/CIFS.


Librement,
-- 
Christophe Merlet (RedFox)


signature.asc
Description: Ceci est une partie de message numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes

[Vincent Pottier]

Le 11/03/2010 11:49, Emilie Laffray a écrit :



2010/3/11 THEVENON Julien >


Google maps commene a s interesser aux itineraires velo

http://www.pcinpact.com/actu/news/55796-google-velo-cycliste-itineraire-gps.htm

La description fait beaucoup penser a ce que propose geovelo !


Google essaie de rattraper son retard sur OSM sur pas mal de points. 
Il est bien documente que Ed Parsons regarde en permanence OSM pour 
trouver de nouvelles idées pour Google.


Emilie Laffray
Plusieurs fois j'ai eu l'impression que l'évolution de la carte sur 
Google suivait les ajouts sur OSM sur Besançon : forêts suite à CLC, 
chemins (je me demande même parfois s'ils n'ont pas repris mes traces 
?). Bon, il y a encore un nouveau rond-point et une nouvelle route 
qu'ils n'ont pas intégré (alors que je les ai dans le GPS, ce qui fait 
baver du monde autour de moi !), admin_centre dans les villages...

Je pense qu'ils vont bientôt ajouter le bâti...
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : "Extract building" dans JOSM

[THEVENON Julien]

 De : Frédéric Bonifas 


Le 11 mars 2010 19:18, Pieren  a écrit :
>
> Oups, c'est un truc qui n'aurait pas dû apparaître. C'est pas encore 
> au
> point. Faites comme si vous n'aviez rien vu.
>
 vivement dans quelques jours alors !

+1

Julien



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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Pieren]

2010/3/11 François Van Der Biest 

>
> Il y a actuellement des discussions entre Camptocamp et l'EPFL
> (Lausanne, Suisse) pour héberger des machines OSM. La bande passante
> ne serait alors plus un problème.
> Je vous tiendrai au courant quand ça aboutira.
>
> F.
>
>

Hmm, pas sûr que cela va simplifier les choses. Est-ce que les dons de
matériel seront encore possible s'ils atterrissent dans un autre pays ? Ou
alors il faudra que la future asso OSM ou branche OSM de l'OSGeo-fr ouvre un
compte bancaire en Suisse pour acheter le matériel sur place...
Je plaisante bien-sûr. On peut aussi placer le matériel juste au bord du lac
et tirer un câble.

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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[François Van Der Biest]

2010/3/11 Etienne Chové :

> La base osm semble suivre une loi exponentielle. Elle a doublée en 18
> mois ! L'étroit risque de le devenir étriqué assez rapidement. On peut
> envisager le AoE ou une autre bidouille du genre pour faire un cluster
> de disques, ou utiliser la baie si il s'avère qu'elle est vraiment
> dispo... mais encore faut il trouver une université telle que l'UCL qui
> fournisse hébergement et bande passante suffisante.

Il y a actuellement des discussions entre Camptocamp et l'EPFL
(Lausanne, Suisse) pour héberger des machines OSM. La bande passante
ne serait alors plus un problème.
Je vous tiendrai au courant quand ça aboutira.

F.

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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Pieren]

2010/3/11 Julien D. 
>

>
> C'est possible de fabriquer des adresses interpolées à partir d'adresses
> non-interpolées consécutives ?
> Ça permettrait de garder un peu de précision...
>
>
Ça, c'est la deuxième étape ;-)

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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[sly (sylvain letuffe)]

On jeudi 11 mars 2010, Etienne Chové wrote:
> La base osm semble suivre une loi exponentielle. Elle a doublée en 18 
> mois ! L'étroit risque de le devenir étriqué assez rapidement. 
C'est en effet une bonne remarque, j'avais oublié cette vitesse de 
progression. Ça ferait une investissement temps pour du court terme.

> On peut  
> envisager le AoE 
Tiens, je ne connaissais pas

> ou une autre bidouille du genre pour faire un cluster  
> de disques, 
En effet, si tu comptes faire du raid0 sur plusieurs disques en AoE, je 
qualifierais ça de bidouille et je pressent une dispo merdique ;-)

Mais bon, on est dans la rêve, mieux vaut commencer par répondre aux questions 
pour quoi faire/pour qui

> ou utiliser la baie si il s'avère qu'elle est vraiment  
> dispo... 
à voir aussi comment elle se pilote

> mais encore faut il trouver une université telle que l'UCL qui  
> fournisse hébergement et bande passante suffisante.

Question sans doute la plus importante : le "où ?" qui est bien souvent le 
nerf de l'hébergement.


-- 
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] "Extract building" dans JOSM

[Frédéric Bonifas]

Ok désolé d'avoir demandé et vivement dans quelques jours alors !

Frédéric

Le 11 mars 2010 19:18, Pieren  a écrit :
> 2010/3/11 Frédéric Bonifas 
>
> Oups, c'est un truc qui n'aurait pas dû apparaître. C'est pas encore au
> point. Faites comme si vous n'aviez rien vu.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>

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

Re: [OSM-talk-fr] "Extract building" dans JOSM

[Pieren]

2010/3/11 Frédéric Bonifas 

Oups, c'est un truc qui n'aurait pas dû apparaître. C'est pas encore au
point. Faites comme si vous n'aviez rien vu.

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

Re: [OSM-talk-fr] "Extract building" dans JOSM

[sly (sylvain letuffe)]

On jeudi 11 mars 2010, Frédéric Bonifas wrote:
> Bonjour,
> 
> J'utilise JOSM 3107 et je vois un bouton que je n'avais jamais aperçu
> avant : "Extract building on click" et l'icône associée est un
> rectangle blanc sur fond noir.
> Je n'ai trouvé aucune information là-dessus : quelqu'un sait-il
> comment s'en servir ?

Dans le menu cadastre ?

Si oui je sens qu'il y a un petit cachottier ;-)



-- 
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] "Extract building" dans JOSM

[Frédéric Bonifas]

Bonjour,

J'utilise JOSM 3107 et je vois un bouton que je n'avais jamais aperçu
avant : "Extract building on click" et l'icône associée est un
rectangle blanc sur fond noir.
Je n'ai trouvé aucune information là-dessus : quelqu'un sait-il
comment s'en servir ?

Frédéric

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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Etienne Chové]

Le 11/03/2010 18:49, sly (sylvain letuffe) a écrit :
> On jeudi 11 mars 2010, Pieren wrote:
>
>> Ensuite, les machines à 16Go de RAM atteignent le minimum requit pour mettre
>> en place une bdd postgis et un serveur de tuiles adapté à nos besoins (même
>> si pour le second, on n'est pas encore à niveau concernant les disques).
>
> en effet, je ne cracherais pas sur une joli bête comme celle-là ;-)
>
> 16Go, c'est même over-top, avec 2Go j'arrive à m'en sortir à peu prêt.
> Au niveau disque, avec un raid0 on monte à ~280Go.
>
> Une base europe à jour avec deux trois broutilles de plus occupe 180Go, y'a
> encore 50Go de cache, de fichier data et autre, donc ça tiendrait. A l'étroit
> mais ça tiendrait.

La base osm semble suivre une loi exponentielle. Elle a doublée en 18 
mois ! L'étroit risque de le devenir étriqué assez rapidement. On peut 
envisager le AoE ou une autre bidouille du genre pour faire un cluster 
de disques, ou utiliser la baie si il s'avère qu'elle est vraiment 
dispo... mais encore faut il trouver une université telle que l'UCL qui 
fournisse hébergement et bande passante suffisante.

-- 
Etienne

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

Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes

[Emilie Laffray]

2010/3/11 Jean-Marc Liotier 

>
> Je suis persuadé que Google trace automatiquement certaines zones à
> partir des images satellites - cf. ce fil :
> http://www.mail-archive.com/t...@openstreetmap.org/msg23852.html - mais
> personne d'autre ne semble avoir abordé le sujet. Les papiers que je
> cite dans mon second post du fil sus-mentionné montrent que c'est une
> technologie qui mûrit - OSM pourrait en profiter.
>
>
Technologie qui mûrit si l'on a accès a des cartes aériennes récentes et de
bonnes qualités (signalé dans les articles que tu mentionnes) ce qui n'est
pas le cas pour OSM sauf si on considère Yahoo. Quelqu'un a utilise
récemment GDAL_Contour sur une image satellite en Albanie suite aux
inondations. Ça produit une jolie forme mais vu la précision du pixel, je ne
suis pas convaincue de la forme qui a beaucoup de nodes pour une petite
surface. Il faut voir comment cela va évoluer mais il faut faire attention a
ne pas avoir trop confiance aveuglement dans les résultats.
Les papiers que tu cites sont extrêmement intéressant mais ça reste encore
du domaine de la recherche et a moins de trouver une équipe prête a lâcher
leurs algorithmes  dans la nature. Pour les autres, les technologies sont la
avec les articles mais a moins d'avoir quelqu'un qui les implémente, on ne
vas pas aller bien loin, sans parler de l'accès aux données en elle même. Si
tu as une piste pour cela, ça serait fantastique. Peut etre que les images
que Spot Images va fournir a terme seraient intéressantes de ce point de vue
la.
Toutefois, si l'on tombe sur des images aériennes, il se pourrait que la
qualité que l'on obtienne en traçant soit bien supérieure a un traçage
automatique. Celui ci devrait être vérifié avant d'être importer. C'est la
que je ne suis pas sure que le ratio qualité/temps soit en faveur du traçage
automatique.
De plus, l'autre chose c'est que je préfère avoir moins de données mais être
sure que ces données soient de bonnes qualités globalement, face a des
données imprécises surtout pour des choses comme les routes (aspect
principalement aborde sur les articles que tu cites). On pourrait me
rétorquer que Corine a des données imprécises, etc L'argument est que ça
a permis d'habiller la France tout en ne touchant pas a ce qui existait. On
a passe beaucoup a être sur que l'on ne cassait pas quoi que ce soit. De
plus on ne touchait pas a des choses "importantes" comme les routes ou les
bâtiments.
C'est un des points importants importants de OSM. Si on commence a entrer
des données plus approximatives pour les routes, on ne sera pas mieux que TA
par exemple ou les routes ne sont pas fantastiques en France par exemple.

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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Julien D.]

2010/3/11 Pieren 

> Ce qui manque actuellement, c'est au minimum une redistribution du planet
> qui soit conforme avec les lois françaises. Ca éviterait à tous les
> utilisateurs potentiels d'OSM dans ce pays de le faire chacun de leur côté.
> La première étape consisterait donc a faire disparaître tous les tags
> adresses non-interpolés.
>

C'est possible de fabriquer des adresses interpolées à partir d'adresses
non-interpolées consécutives ?
Ça permettrait de garder un peu de précision...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[sly (sylvain letuffe)]

On jeudi 11 mars 2010, Pieren wrote:

> Ensuite, les machines à 16Go de RAM atteignent le minimum requit pour mettre
> en place une bdd postgis et un serveur de tuiles adapté à nos besoins (même
> si pour le second, on n'est pas encore à niveau concernant les disques).

en effet, je ne cracherais pas sur une joli bête comme celle-là ;-)

16Go, c'est même over-top, avec 2Go j'arrive à m'en sortir à peu prêt. 
Au niveau disque, avec un raid0 on monte à ~280Go.

Une base europe à jour avec deux trois broutilles de plus occupe 180Go, y'a 
encore 50Go de cache, de fichier data et autre, donc ça tiendrait. A l'étroit 
mais ça tiendrait.

-- 
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] Serveurs OpenStreetMap

[Pieren]

2010/3/11 Etienne Chové 

> Une baie de stockage ne ferai pas de mal pour faire tourner des
> applications gourmandes en disque et héberger quelques services (n'est
> ce pas Pieren).
>
>
C'est certain. Ce qui manque actuellement, c'est au minimum une
redistribution du planet qui soit conforme avec les lois françaises. Ca
éviterait à tous les utilisateurs potentiels d'OSM dans ce pays de le faire
chacun de leur côté. La première étape consisterait donc a faire disparaître
tous les tags adresses non-interpolés. Un autre bon point serait de faire un
mirroir des planet diff avec le même filtrage.
Ensuite, les machines à 16Go de RAM atteignent le minimum requit pour mettre
en place une bdd postgis et un serveur de tuiles adapté à nos besoins (même
si pour le second, on n'est pas encore à niveau concernant les disques).

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

Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes

[Jean-Marc Liotier]

Nakor Osm wrote:
> 
> Je viens de regader leur carte vélo dans mon coin ils y ont tracé 
> quelques trottoirs aléatoirement, je n'ai pas réussi à saisir la 
> logique. Dans les zones avec des parcs, il semble qu'ils aient tracé les 
> pistes visibles sur l'image satellite. J'ai aussi repéré une piste 
> cyclable qui a été déplacée récemment qui est incorrecte sur leur carte 
> et sur le satellite et qui est partiellement correcte dans StreetView.

Je suis persuadé que Google trace automatiquement certaines zones à 
partir des images satellites - cf. ce fil : 
http://www.mail-archive.com/t...@openstreetmap.org/msg23852.html - mais 
personne d'autre ne semble avoir abordé le sujet. Les papiers que je 
cite dans mon second post du fil sus-mentionné montrent que c'est une 
technologie qui mûrit - OSM pourrait en profiter.




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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Etienne Chové]

Le 11/03/2010 17:20, Christophe Merlet (RedFox) a écrit :
> Sous réserve...
>
> Une baie de stockage ayant 10 x 146Go 10k extensible à 14x146Go...
>
> 13 x IBM e326
> Bi Opteron 250 à 2,4 GHz
> 2x146 Go 10k
> 4 Go de RAM
>
> 10 x IBM x3455
> Bi Opteron Dual-Core 2216 à 2,4 GHz
> 2x146 Go 10k
> 16 Go de RAM

Tout ça ! On a plus qu'à ranger les serveur de Free et les remplacer par 
ceux ci ;-)

Une baie de stockage ne ferai pas de mal pour faire tourner des 
applications gourmandes en disque et héberger quelques services (n'est 
ce pas Pieren). Le souci c'est que ça prend un peu de place dans une 
armoire et il faut trouver un hébergeur qui accepte une baie de stockage 
(~4U?) ainsi que quelques serveurs pour l'utiliser.

-- 
Etienne


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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Christophe Merlet (RedFox)]

Le jeudi 11 mars 2010 à 12:52 +0100, Etienne Chové a écrit :
> Bonjour,
> 
> En effet, s'il y avait des disques dispo ce serai avec plaisir... les 
> disques des serveurs Free sont quelque peu limités. Tu connais le format 
> de ces disques et le type de machines ?

Sous réserve...

Une baie de stockage ayant 10 x 146Go 10k extensible à 14x146Go...

13 x IBM e326
Bi Opteron 250 à 2,4 GHz
2x146 Go 10k
4 Go de RAM

10 x IBM x3455
Bi Opteron Dual-Core 2216 à 2,4 GHz
2x146 Go 10k
16 Go de RAM


Ces noeuds seront remplacés par des hexa, voire octo core.
Les baies, l'alimentation électrique et la climatisation étant limité,
les anciens noeuds sont donc arrêtés.


> > Pour l'hébergement de ce matos, on (PauLLA) a quelques pistes à
> > explorer...
> 
> Cool, c'est ce qui fait défaut pour Free... même si on en a bientôt 10 
> de déployés. sur les 20.
> 
> http://wiki.openstreetmap.org/wiki/FR:Servers
> 
> J'en profite au passage pour dire que si certains ont des projets à 
> déployer et que le matériel de Free leur suffit, on a des serveurs 
> installés (ou bientôt installés) non utilisés. Le seul souci est les 
> petits disques actuels.


Librement,
-- 
Christophe Merlet (RedFox)


signature.asc
Description: Ceci est une partie de message numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes

[Nakor Osm]

2010/3/11 Julien D. 
>

> Oui sur le coup ça nous a fait un peu peur... Heureusement que ce n'est
>> pour
>> le moment qu'aux US ;)
>> D'ailleurs, comment ont ils récupérés ces données liées au vélo ? Via les
>> collectivités ?
>>
>
> Peut-être des chinois au sous-sol analysant les images StreetView :)
>
> Sans rire, depuis peu ils détiennent leur propres données cartographiques
> des US,
> et ça a sans doute été effectué à partir de leurs images StreetView.
> Du coup tant qu'à faire ils ont aussi du demander aux sous-traitants de
> tracer les pistes cyclables.
>
>
Certaines de leurs données routières US en tout cas dans mon coin viennent
de TIGER . Dans les zones
résidentielles, en général moins bien couvertes par StreetView, on y
retrouve les mêmes erreurs que sur les imports TIGER de OpenStreetMap.

Je viens de regader leur carte vélo dans mon coin ils y ont tracé quelques
trottoirs aléatoirement, je n'ai pas réussi à saisir la logique. Dans les
zones avec des parcs, il semble qu'ils aient tracé les pistes visibles sur
l'image satellite. J'ai aussi repéré une piste cyclable qui a été déplacée
récemment qui est incorrecte sur leur carte et sur le satellite et qui est
partiellement correcte dans StreetView.

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

Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes

[Emilie Laffray]

2010/3/11 GaelADT 

>
>
> Oui sur le coup ça nous a fait un peu peur... Heureusement que ce n'est
> pour
> le moment qu'aux US ;)
> D'ailleurs, comment ont ils récupérés ces données liées au vélo ? Via les
> collectivités ?
>

En Angleterre, Google utilise maintenant des vélos pour certains lieux comme
des parcs touristiques. Il faut savoir que Google utilise StreetView de
manière extensive pour créer leurs cartes. Je suspecte que pour les USA, il
doit y avoir des communautés (ville, état, etc...) qui gardent des données
sur les voies cyclables, et qu'il est possible de vérifier Google
Streetview.
C'est la qu'on se rend compte du double effet des véhicules Google
Streetview: C'est a la fois pour créer leurs images qu'on connaît ET pour
créer leurs cartes. C'est tout simplement un moyen de récupérer des traces
GPS de grandes précisions avec le contexte (les images de la route). Google
doit bien avoir des algorithmes de reconnaissance des panneaux et ce genre
de chose (après tout on a eus l'an dernier un GSOC concernant ça pour OSM).
Ils peuvent donc automatiser l'import de données de manière fantastique.

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

Re: [OSM-talk-fr] Rencontre physique sur le salon Solutions Linux

[simon]

Le samedi 27 février 2010 à 00:13 +0100, Mathieu Arnold a écrit : 
> +--On 26 février 2010 22:01:37 +0100 Sébastien Dinot
>  wrote:
> | Qu'en dites-vous ?
> 
> Que ma tête, tu la connais ;-)
> 
> Je serais aussi sur le salon toute la durée, sur le stand FDN.
> 
Je serais présent le 18 mars toute la journée, je peut éventuellement
venir le 17 aussi si vous avez besoin sur le stand

Simon (monsieur a)


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

Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes

[Julien D.]

>
> Oui sur le coup ça nous a fait un peu peur... Heureusement que ce n'est
> pour
> le moment qu'aux US ;)
> D'ailleurs, comment ont ils récupérés ces données liées au vélo ? Via les
> collectivités ?
>

Peut-être des chinois au sous-sol analysant les images StreetView :)

Sans rire, depuis peu ils détiennent leur propres données cartographiques
des US,
et ça a sans doute été effectué à partir de leurs images StreetView.
Du coup tant qu'à faire ils ont aussi du demander aux sous-traitants de
tracer les pistes cyclables.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[sly (sylvain letuffe)]

On jeudi 11 mars 2010, Yoann ARNAUD wrote:

> Étant donné que j'utilise la librairie d'Etienne pour causer avec l'API, 
> les problèmes de récursivité sont transparents pour moi. 

J'allais dire "donc ça ne peut pas marcher", puisque celle que j'utilisais ne 
le supportait pas.
Mais visiblement, ça évolue !

En lieu et place de RelationFull, tu utilises RelationFullRecur, et d'après la 
doc en tout cas, ça semble pouvoir le faire de façon transparente


-- 
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] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[Yoann ARNAUD]

Le 11/03/2010 14:52, sly (sylvain letuffe) a écrit :

>> Oui, mais en fait, ça ne concerne que la France ce genre de choses,
> Le département de la côte d'or est dans ce cas aussi, mais j'accorde que le
> besoin reste limité. Question de poule et d'oeuf ;-)

Je le mets en bas de la pile, alors ;)

>> je n'ai pas trop vu l'intérêt, vu que le serveur ne va pas aimer de
>> toute façon.
> Je dirais que c'est surtout openlayer qui ne va pas aimer.

Plus pour longtemps, je pense ;)

> Sinon, j'avais utilisé une ancienne version "console mode" que tu avais faite
> et qui prenait certes un peu de temps (2 minutes), mais qui s'en sortait
> bien. (Elle n'utilisait pas le /full de l'api, donc je pense que ça peut se
> booster vachement) Le serveur ne supportant, de toute façon pas, dans son
> option /full les relations pyramidales, il y aurait quand même eu un peu de
> téléchargement récursif à faire

Étant donné que j'utilise la librairie d'Etienne pour causer avec l'API, 
les problèmes de récursivité sont transparents pour moi. Peut-être que 
c'est jouable pour la France, je vais regarder ça quand ma thèse me 
laissera un peu de répis... vivement que ça se termine.


-- 
Yoann.

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

Re: [OSM-talk-fr] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[sly (sylvain letuffe)]

On jeudi 11 mars 2010, Yoann ARNAUD wrote:
> Ah oui, en effet. Chez moi, l'onglet de firefox s'est fermé tout seul. 
> Firefox n'a pas planté.

Je n'ai pas été aussi prudent que toi ;-)

> Oui, mais en fait, ça ne concerne que la France ce genre de choses, 
Le département de la côte d'or est dans ce cas aussi, mais j'accorde que le 
besoin reste limité. Question de poule et d'oeuf ;-)

> je n'ai pas trop vu l'intérêt, vu que le serveur ne va pas aimer de 
> toute façon.
Je dirais que c'est surtout openlayer qui ne va pas aimer.

Sinon, j'avais utilisé une ancienne version "console mode" que tu avais faite 
et qui prenait certes un peu de temps (2 minutes), mais qui s'en sortait 
bien. (Elle n'utilisait pas le /full de l'api, donc je pense que ça peut se 
booster vachement) Le serveur ne supportant, de toute façon pas, dans son 
option /full les relations pyramidales, il y aurait quand même eu un peu de 
téléchargement récursif à faire


-- 
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] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[sly (sylvain letuffe)]

On jeudi 11 mars 2010, Tenshu wrote:
> Chez moi ça marche, firefox prend 440mo en ram et il a bloqué le processeur
> sur 100% pendant 5secondes.

Ha oui, en effet, en utilisant un navigateur un peu moins "pourri", ça va 
mieux. Opera s'en sort nettement mieux que mon firefox de l'air 
pré-industrielle



-- 
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] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[Yoann ARNAUD]

Le 11/03/2010 14:10, sly (sylvain letuffe) a écrit :

> 1)
> Openlayer, pour faire du dessins de relation pleine de point, ça le fait pas
> des masses (mon firefox meurt après avoir bouffé tout le Go de RAM que
> j'avais)

Ah oui, en effet. Chez moi, l'onglet de firefox s'est fermé tout seul. 
Firefox n'a pas planté.

> - pistes et idées pour résoudre :
> a) proposer le openlayer du pauvre avec, une génération d'un png, à l'ancienne
> b) simplifier le contour avant de le transmettre à openlayer

l'option b me va :)

> 2)
> Lorsque des erreurs ont été trouvées, il manque l'ancienne option d'ouvrir la
> zone de l'erreur uniquement. (le lien "editer dans JOSM" ouvre toute
> l'emprise de la relation, et si ça passe bien avec une petite commune, il
> n'en va pas de même pour un gros truc)

En effet, je vais rajouter ça dans des bulles.

> 3)
> Une analyse de relation pyramidale (relation contenant des relations) serait
> un plus

Oui, mais en fait, ça ne concerne que la France ce genre de choses, donc 
je n'ai pas trop vu l'intérêt, vu que le serveur ne va pas aimer de 
toute façon.

> Merci encore pour cet outil

Mais de rien.


-- 
Yoann.

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

Re: [OSM-talk-fr] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[Tenshu]

>
> Il est vrai que ça fait plus classe que l'ancien png généré coté serveur,
> oui
> mais :
> (attention, si vous avez des onglets ouverts avec votre formulaire des
> impôts
> presque fini mais pas encore validé, ne cliquer pas là :
> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=7425 )
>
> Openlayer, pour faire du dessins de relation pleine de point, ça le fait
> pas
> des masses (mon firefox meurt après avoir bouffé tout le Go de RAM que
> j'avais)
>

Chez moi ça marche, firefox prend 440mo en ram et il a bloqué le processeur
sur 100% pendant 5secondes.

-- 
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] Nouvelle version du plugin cadastre-fr 20391 (1.8)

[Tenshu]

> Personnellement, je ne vois pas l'intérêt de décalquer frénétiquement
> les contours de bâti. Je trouve que ça rend les cartes assez illisible
> et empêche de distinguer d'un coup d'œil rapide les véritables points
> d'intérêt.
> Cependant, je conçois que certains puisse y voir un intérêt :/
>
>
Hum nous avons pourtant de beaux centre ville qui te donne tort pour le
coup.
Je pense nottament à Grenoble qui est renversante.

-- 
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] [Google]Maps et les itineraires cyclistes

[GaelADT]

Emilie Laffray wrote:
> 
> Google essaie de rattraper son retard sur OSM sur pas mal de points. Il
> est
> bien documente que Ed Parsons regarde en permanence OSM pour trouver de
> nouvelles idées pour Google.
> 
> Emilie Laffray
> 

Oui sur le coup ça nous a fait un peu peur... Heureusement que ce n'est pour
le moment qu'aux US ;)
D'ailleurs, comment ont ils récupérés ces données liées au vélo ? Via les
collectivités ?

Gaël.
-- 
View this message in context: 
http://n2.nabble.com/Nouvelles-conditions-generales-d-utilisation-de-l-API-Geoportail-tp4714857p4715851.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] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[sly (sylvain letuffe)]

> Améliorations :
>   - utlisation d'Openlayer pour afficher les relations
Génial

>   - beaucoup plus rapide
Formidable

>   - code source réécrit, ce qui permettra d'ajouter facilement de 
> nouveaux test et de tester différents types de relations.
Incroyable
 
> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=390190
phénoménal

> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=33367
Hallal (j'avais plus de mot en "al")


Maintenant les idées du gars qui n'en fout pas une et qui ne sait que 
réclamer :
1)
En utilisant openlayer, tu affirmes joliment le bling-bling effect, comme on 
le trouve par exemple sur :
http://www.openstreetmap.org/browse/relation/390190

Il est vrai que ça fait plus classe que l'ancien png généré coté serveur, oui 
mais :
(attention, si vous avez des onglets ouverts avec votre formulaire des impôts 
presque fini mais pas encore validé, ne cliquer pas là :
http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=7425 )

Openlayer, pour faire du dessins de relation pleine de point, ça le fait pas 
des masses (mon firefox meurt après avoir bouffé tout le Go de RAM que 
j'avais)

- pistes et idées pour résoudre :
a) proposer le openlayer du pauvre avec, une génération d'un png, à l'ancienne
b) simplifier le contour avant de le transmettre à openlayer

2)
Lorsque des erreurs ont été trouvées, il manque l'ancienne option d'ouvrir la 
zone de l'erreur uniquement. (le lien "editer dans JOSM" ouvre toute 
l'emprise de la relation, et si ça passe bien avec une petite commune, il 
n'en va pas de même pour un gros truc)

3)
Une analyse de relation pyramidale (relation contenant des relations) serait 
un plus

Merci encore pour cet outil

-- 
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] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[Yoann ARNAUD]

Le 11/03/2010 13:08, Emilie Laffray a écrit :

>> N'hésitez pas à proposer des améliorations.
>>
> Est ce que ca supporte différents langages? Si oui, est ce que je peux avoir
> le fichier pour traduire en Anglais?

Pas encore. Je mets dans ma TODO-List. Et je te tiens au courant.

Merci.

-- 
Yoann.

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

Re: [OSM-talk-fr] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[Emilie Laffray]

2010/3/11 Yoann ARNAUD 

> J'ai (enfin) fini de réécrire l'analyseur de relation d'OsmOse.
>
> Améliorations :
>  - utlisation d'Openlayer pour afficher les relations
>  - beaucoup plus rapide
>  - code source réécrit, ce qui permettra d'ajouter facilement de
> nouveaux test et de tester différents types de relations.
>
> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=390190
> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=33367
>
>
> N'hésitez pas à proposer des améliorations.
>
>
Est ce que ca supporte différents langages? Si oui, est ce que je peux avoir
le fichier pour traduire en Anglais?

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

Re: [OSM-talk-fr] Serveurs OpenStreetMap

[Etienne Chové]

Bonjour,

Le 11/03/2010 12:13, Christophe Merlet (RedFox) a écrit :
> Il est propable que le lug palois PauLLA récupère un cluster de calcul
> en "fin de vie".
> Environ 22 nœuds Bi-pro dual-core et une baie d'1 To. la moitié des
> nœuds étant déjà équipé de 2 disque de 250 Go.

Génial !

> Il me semble avoir lu que les serveurs récupérés auprès de Free était
> peut-être juste en espace disque.
>
> OSM-fr a t'il des besoins matériels ?

En effet, s'il y avait des disques dispo ce serai avec plaisir... les 
disques des serveurs Free sont quelque peu limités. Tu connais le format 
de ces disques et le type de machines ?

> Pour l'hébergement de ce matos, on (PauLLA) a quelques pistes à
> explorer...

Cool, c'est ce qui fait défaut pour Free... même si on en a bientôt 10 
de déployés. sur les 20.

http://wiki.openstreetmap.org/wiki/FR:Servers

J'en profite au passage pour dire que si certains ont des projets à 
déployer et que le matériel de Free leur suffit, on a des serveurs 
installés (ou bientôt installés) non utilisés. Le seul souci est les 
petits disques actuels.

-- 
Etienne

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

Re: [OSM-talk-fr] Réseau de transport urbain

[Pieren]

2010/3/11 jean navarro 

> merci de me dire quoi !
>
>
Comme c'est très localisé, je mettrais la demande et la réponse dans une
section "== Import réseau TAM ==" de la page wiki "Ambérieu-en-Bugey" (ou
une sous-page "Ambérieu-en-Bugey/Transports publics") en indiquant que les
données seront identifiées avec le tag "source=xxx" et le nom de la personne
qui a donné l'autorisation. (on peut aussi lui coller la catégorie
[[Category:Public_transport_in_France]], voir les exemples ici:
http://wiki.openstreetmap.org/wiki/Category:Public_transport_in_France)
Les coordonnées elles-mêmes n'ont pas vocation à être dans le wiki mais dans
la base directement. Je crois que Guillaume Allègre se proposait pour donner
un coup de main sur cette partie.

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

[OSM-talk-fr] [annonce] Analyseur de relations d'OsmOse : nouvelle version

[Yoann ARNAUD]

J'ai (enfin) fini de réécrire l'analyseur de relation d'OsmOse.

Améliorations :
  - utlisation d'Openlayer pour afficher les relations
  - beaucoup plus rapide
  - code source réécrit, ce qui permettra d'ajouter facilement de 
nouveaux test et de tester différents types de relations.

http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=390190
http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=33367


N'hésitez pas à proposer des améliorations.

-- 
Yoann.

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

[OSM-talk-fr] Serveurs OpenStreetMap

[Christophe Merlet (RedFox)]

Bonjour,


Il est propable que le lug palois PauLLA récupère un cluster de calcul
en "fin de vie".
Environ 22 nœuds Bi-pro dual-core et une baie d'1 To. la moitié des
nœuds étant déjà équipé de 2 disque de 250 Go.

Il me semble avoir lu que les serveurs récupérés auprès de Free était
peut-être juste en espace disque.

OSM-fr a t'il des besoins matériels ?

Pour l'hébergement de ce matos, on (PauLLA) a quelques pistes à
explorer...


Librement,
-- 
Christophe Merlet (RedFox)


signature.asc
Description: Ceci est une partie de message numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réseau de transport urbain

[jean navarro]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bonjour
suite à vos conseils j'ai obtenu du transporteur un accord de
publication des coordonnées gps des arrêts du réseaux de transport de la
ville.

j'ai publié provisoirement notre échange de mail sur la page
http://www.openstreetmap.org/user/JeanN/diary/9855

et je voudrais savoir comment finaliser cette publication... je garde
l'original du courrier quelque part... je publie le fichier des
coordonnées brut sur une page wiki avec le logo cc-by-sa et sans les
noms des intervenants mais avec une texte explicatifs ?
à quel endroit le wiki  ?

merci de me dire quoi !

cordialement
jean navarro

Pieren a écrit :
> 2010/3/1 Charles Nepote mailto:char...@nepote.org>>
> 
> Demander un avenant à des contrats pour 50 POI est un peu excessif a mon
> avis. Il faudrait juste savoir si les relevés GPS ont été réalisés sur
> l'initiative du transporteur ou de la commune. Puis obtenir un courrier
> électronique de l'initiateur confirmant que ces données peuvent être
> mises sous licence cc-by-sa en mettant une copie soit ici, soit sur une
> page dédiée du wiki et le tour est joué.
> 
> Pieren
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFLmMvIirIRKX59UEkRArO9AKDbEwovQVKa2YW4u/y2DtToan8ddgCfUlx9
aP8vDtkz0Tu4u3NUXLN9E4g=
=e2xy
-END PGP SIGNATURE-


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

Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes

[Emilie Laffray]

2010/3/11 THEVENON Julien 

> Google maps commene a s interesser aux itineraires velo
>
> http://www.pcinpact.com/actu/news/55796-google-velo-cycliste-itineraire-gps.htm
>
> La description fait beaucoup penser a ce que propose geovelo !
>

Google essaie de rattraper son retard sur OSM sur pas mal de points. Il est
bien documente que Ed Parsons regarde en permanence OSM pour trouver de
nouvelles idées pour Google.

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

Re: [OSM-talk-fr] BD Carthage

[René-Luc D'Hont]

Pour le Sandre,

Il doivent estimé qu'une publication WMS et WFS des données est 
suffisante pour s'inscrire dans une démarche d'ouverture de l'accès au 
données. Je sais que le travail du Sandre est de définir les standards 
(langage XML) d'échange de données portant sur l'eau. Je pense qu'il 
serait prêt à partager leur connaissance mais ne suis pas sûr que ce 
soit dans leur prérogative.


René-Luc

Le 11/03/2010 11:13, Pieren a écrit :
2010/3/11 Nicolas Dumoulin @dumoulin63.net >


Il n'y a rien de neuf sous le soleil. Les CGU de la BD Carthage:
http://sandre.eaufrance.fr/IMG/pdf/bdcarthage_utilisation_commerciale.pdf

"Il est nécessaire d’acquérir une licence d’exploitation des données 
BD CARTHAGE® dès que le
licencié souhaite utiliser les données BD CARTHAGE®, avec ou sans 
valeur ajoutée, à des fins

d’exploitation lucrative, sur un marché concurrentiel ou non."

Si l'IGN ou Sandre ouvraient réellement leurs données, ça se saurait 
(et s'entendrait). Vu que ça remettrait en cause leur modèle 
économique, cela ne peut se faire sans changements au niveau politique 
et législatif.


Pieren


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


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

Re: [OSM-talk-fr] BD Carthage

[Pieren]

2010/3/11 Nicolas Dumoulin 

Il n'y a rien de neuf sous le soleil. Les CGU de la BD Carthage:
http://sandre.eaufrance.fr/IMG/pdf/bdcarthage_utilisation_commerciale.pdf

"Il est nécessaire d’acquérir une licence d’exploitation des données BD
CARTHAGE® dès que le
licencié souhaite utiliser les données BD CARTHAGE®, avec ou sans valeur
ajoutée, à des fins
d’exploitation lucrative, sur un marché concurrentiel ou non."

Si l'IGN ou Sandre ouvraient réellement leurs données, ça se saurait (et
s'entendrait). Vu que ça remettrait en cause leur modèle économique, cela ne
peut se faire sans changements au niveau politique et législatif.

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

Re: [OSM-talk-fr] Nouvelles conditions générales d 'utilisation de l'API Géoportail

[Pieren]

Personne n'a encore mentionné le plus important dans ces nouvelles CGU:

"2.1 La licence gratuite API GEOPORTAIL permet de fournir un accès le
service Image Tuilée et le service Adresse au sein d’une Application web
pour des usages ne procurant au licencié aucun avantage économique direct ou
indirect.

Par usage ne procurant aucun avantage économique direct ou indirect, on
entend, au sens des présentes conditions générales, tout usage en dehors
d’un quelconque contexte économique, caractérisé par l’absence de gain,
qu’il soit quantitatif/chiffrable (chiffre d’affaire), généré directement
(prix) ou indirectement (publicité) par l’utilisation des Données du
GEOPORTAIL, ou qu’il soit qualitatif (positionnement sur le marché,
publicité, bénéfice d’une notoriété, retombée commerciale, etc.). Tout
titulaire d’une licence gratuite API GEOPORTAIL s’engage, lors de la
souscription du contrat de licence, à se conformer strictement à de tels
usages."

Ce qui exclue de facto OSM et ses possibles utilisations commerciales. Ce
que veut l'IGN, c'est voir moins de sites web français utiliser des mashup à
base de gmaps, en particulier les sites institutionnels.

Pieren

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

[OSM-talk-fr] BD Carthage

[Nicolas Dumoulin]

Bonjour,

En cherchant des choses sur l'IGN sur le wiki, je suis tombé sur ça :
http://wiki.openstreetmap.org/wiki/Potential_Datasources#BD_Carthage

Carthage est une BD des réseaux hydrographiques français.

Apparemment, un courrier a été envoyé pour avoir plus de précisions sur la 
licence des données. Est-ce qu'une réponse a été donnée ?

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] Nouvelles conditions générales d 'utilisation de l'API Géoportail

[François Van Der Biest]

2010/3/11 Damien Boilley :

> Ce qui veut dire que certaines opérations pourraient être possible
> pour alimenter OSM avec des données venant de décalquage du Géoportail
> (sur une fraction négligeable du territoire) ?

Je ne m'y risquerais pas, personnellement.

Le risque, c'est que "(i) l'IGN réclame ses droits de propriété
intellectuelle sur des données de la base OSM, (ii) l’obligation de
détenir ou d’acquérir auprès de l’IGN les droits nécessaires à la
reconstitution d'une partie substantielle des Données du Geoportail."

F.

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

Re: [OSM-talk-fr] Nouvelles conditions générales d'utilisation de l'API Géoportail

[Nicolas Dumoulin]

Le jeudi 11 mars 2010 10:08:23 Damien Boilley, vous avez écrit :
> Ce qui veut dire que certaines opérations pourraient être possible
> pour alimenter OSM avec des données venant de décalquage du Géoportail
> (sur une fraction négligeable du territoire) ?

Hmm, ce terme « fraction non négligeable du territoire » laisse toute 
l'ambiguité que je déteste. Elle sert en général à donner des armes au plus 
fort pour se faire valoir en cas de doute.
Ça va donc me paraître difficile d'en tirer quelque chose, ou alors on tire des 
zones à la loterie, en espérant ne pas dépasser la limite … je trouve ça 
moyen.

Si ils ne veulent pas contribuer, je serai tenté de dire : continuons à faire 
sans eux et leur démontrer que leur modèle est obsolète. (contient des traces 
d'orgueil ;-) ).

D'ailleurs, je n'ai pas trouvé beaucoup de traces sur le wiki au sujet de 
l'IGN. Y a-t-il eu dans le passé des échanges avec eux, avec une réponse 
claire de leur part ?

Mes 2 centimes

-- 
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] Nouvelles conditions générales d 'utilisation de l'API Géoportail

[Fabien Marchewka]

par exemple le cadastre raster qui est déja géoréférencé (mais à un niveau
de zoom pas suffisant pour les N° des habitations)

Le 11 mars 2010 10:08, Damien Boilley  a écrit :

> L'API (interface de programmation) du Géoportail passe en version 1.0
> à partir du 15 mars 2010. De nouvelles conditions générales
> d'utilisations sont disponibles à l'adresse :
> http://www.ign.fr/partage/api/documents/CGU_API_15-03-2010.pdf
>
> On remarquera que "Les Licences API Geoportail autorisent le Licencié
> à [...] créer des Données Dérivées", et que "Le Licencié et/ou
> l’Utilisateur Final qui a créé des données dérivées est seul titulaire
> des droits de propriété intellectuelle sur ces données, si elles ne
> permettent pas la reconstitution d'une partie substantielle des
> Données du Geoportail." (avec comme définition "Reconstitution d'une
> partie substantielle des Données du GEOPORTAIL : Traitement permettant
> d'isoler, de reconstituer et d'utiliser la totalité, ou un thème des
> Données du GEOPORTAIL, sur une fraction non négligeable du
> territoire.")
>
> Ce qui veut dire que certaines opérations pourraient être possible
> pour alimenter OSM avec des données venant de décalquage du Géoportail
> (sur une fraction négligeable du territoire) ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Modèle de courrier - réserves na turelles / parcs régionaux/nationnaux

[Pieren]

2010/3/11 Damouns 

> Pour moi cette clause est bloquante, parce qu'on ne pourra pas
> empêcher quiconque de modifier les contour des zones. C'était déjà
> spécifié comme ça dans les données CLC, mais l'autorisation avait été
> donnée finalement de les intégrer dans OSM en toute connaissance de
> cause. Peut-être que PNF seraient prêts à suivre le même exemple ?
>
>
>
Je pense aussi qu'il faudrait citer l'exemple CLC dans les échanges avec les
autres administrations proposant les mêmes clauses. Celle-ci permet surtout
de protéger le fournisseur de la donnée. En gros : "en cas de modification,
ça n'est plus notre problème". Il faut mettre en avant que toutes les
modifications sont mémorisées et qu'un historique est accessible, jusqu'à la
version originale (donc les altérations sont identifiables, ce qui est
évident pour nous mais pas pour tout le monde). Il faut aussi expliquer
qu'OSM ne garantie jamais la "pureté" originale des données. Donc personne
ne pourra se plaindre auprès des auteurs originaux pour ce qu'ils trouvent
dans OSM.

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

[OSM-talk-fr] [Google]Maps et les itineraires cyclistes

[THEVENON Julien]

Google maps commene a s interesser aux itineraires velo
http://www.pcinpact.com/actu/news/55796-google-velo-cycliste-itineraire-gps.htm

La description fait beaucoup penser a ce que propose geovelo !

Julien



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

[OSM-talk-fr] Nouvelles conditions générales d 'utilisation de l'API Géoportail

[Damien Boilley]

L'API (interface de programmation) du Géoportail passe en version 1.0
à partir du 15 mars 2010. De nouvelles conditions générales
d'utilisations sont disponibles à l'adresse :
http://www.ign.fr/partage/api/documents/CGU_API_15-03-2010.pdf

On remarquera que "Les Licences API Geoportail autorisent le Licencié
à [...] créer des Données Dérivées", et que "Le Licencié et/ou
l’Utilisateur Final qui a créé des données dérivées est seul titulaire
des droits de propriété intellectuelle sur ces données, si elles ne
permettent pas la reconstitution d'une partie substantielle des
Données du Geoportail." (avec comme définition "Reconstitution d'une
partie substantielle des Données du GEOPORTAIL : Traitement permettant
d'isoler, de reconstituer et d'utiliser la totalité, ou un thème des
Données du GEOPORTAIL, sur une fraction non négligeable du
territoire.")

Ce qui veut dire que certaines opérations pourraient être possible
pour alimenter OSM avec des données venant de décalquage du Géoportail
(sur une fraction négligeable du territoire) ?

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

Re: [OSM-talk-fr] Modèle de courrier - réserves na turelles / parcs régionaux/nationnaux

[Damouns]

>> - altération des données interdites (ça problème)
>
> Ma fois non, pas tant que ça, puisque l'on peut toujours accéder à la
> version 1 d'un objet, non ?
> J'ai un doute là.

Pour moi cette clause est bloquante, parce qu'on ne pourra pas
empêcher quiconque de modifier les contour des zones. C'était déjà
spécifié comme ça dans les données CLC, mais l'autorisation avait été
donnée finalement de les intégrer dans OSM en toute connaissance de
cause. Peut-être que PNF seraient prêts à suivre le même exemple ?

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

Re: [OSM-talk-fr] Modèle de courrier - réserves na turelles / parcs régionaux/nationnaux

[François Van Der Biest]

Salut Sly,

2010/3/10 sly (sylvain letuffe) :

> A noter que j'en ai d'ailleurs changé l'adresse, je ne sais pas si j'ai bien
> fait :
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Parcs_nationaux_et_régionaux,_réserves_naturelles
>
> A noter que j'ai aussi mené pas mal de recherches de mon coté que j'ai résumé
> sur la page pré-cité sur les différentes pistes de recherche sur comment les
> importer.

Très bien.

> De ma recherche sur les réserves naturelles, on trouve quasiment tout en
> format numérique et téléchargeable, mais je n'ai rien trouvé qui autoriserait
> à les intégrer dans osm. On retrouve à chaque fois la même chose à peut
> prêt :
> - obligation de citer la source (ça ok, quoique avec odbl :-) )

Le tag source répond au besoin, je pense.
C'est de toute façon ingérable de citer chaque contributeur individuellement.

> - altération des données interdites (ça problème)

Ma fois non, pas tant que ça, puisque l'on peut toujours accéder à la
version 1 d'un objet, non ?
J'ai un doute là.

F.

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

Re: [OSM-talk-fr] [cadastre-fr] [niveau: sév ère] Impossible d'annuler requête

[Erik Amzallag]

> Comme aucune autre commande ne répond, il n'a y plus qu'à quitter JOSM
> et perdre tout le travail non uploadé.

J'en profite pour rappeler qu'on peut sauvegarder son travail en local
et ne l'uploader qu'une fois fini (en pensant à faire un ptit update
avant si la durée de travail est longue).

Je pense que le crtl+s fait parti des réflexes dès qu'on travail sur
un pc :) Y'a pas de raison de s'en passer avec JOSM.

Erik

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