Re: [OSM-talk-fr] EPCI non connue de l'INSEE ?!?

[partir-en-vtt]

En regardant sur la base banatic ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/EPCI-non-connue-de-l-INSEE-tp5727280p5727287.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] EPCI non connue de l'INSEE ?!?

[Hélène PETIT]

Le 25/09/2012 08:23, Hélène PETIT a écrit :

http://www.cc-pays-orne-moselle.fr/Contactez-nous.html


Autant pour moi, shame on me, ce n'est pas du tout au même endroit que 
ce que tu cherches.


Quand même; je téléphonerais aux communes concernées, pour voir si cette 
CC fonctionne effectivement ...



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

Re: [OSM-talk-fr] EPCI non connue de l'INSEE ?!?

[Francescu GAROBY]

Merci pour ta réponse,
C'est ce que j'avais fini par faire, mais je me demandais en fait (ma
question initiale n'était cependant pas claire) s'il existe une liste
exhaustive des ref:INSEE (extraction de la base INSEE, par ex.) ?

Francescu

Le 25 septembre 2012 08:23, Hélène PETIT  a écrit :

> Le 25/09/2012 07:47, Francescu GAROBY a écrit :
>
>  (p.22)... Du coup, quelqu'un sait où je peux trouver le ref:INSEE, si ce
>> n'est sur le site de l'INSEE ?
>>
>
> peut-être en leur demandant directement ?
> http://www.cc-pays-orne-**moselle.fr/Contactez-nous.html
>
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] EPCI non connue de l'INSEE ?!?

[Hélène PETIT]

Le 25/09/2012 07:47, Francescu GAROBY a écrit :

(p.22)... Du coup, quelqu'un sait où je peux trouver le ref:INSEE, si ce
n'est sur le site de l'INSEE ?


peut-être en leur demandant directement ?
http://www.cc-pays-orne-moselle.fr/Contactez-nous.html



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

[OSM-talk-fr] EPCI non connue de l'INSEE ?!?

[Francescu GAROBY]

Bonjour,
En déclarant les EPCI du Calvados, je suis tombé sur un cas surprenant : la
Communauté de Communes de la Vallée de l'Orne, créée en 2011, est
totalement inconnue de l'INSEE !
Elle existe pourtant bel et bien, comme en témoigne cet arrêté
préfectoral(p.22)...
Du coup, quelqu'un sait où je peux trouver le ref:INSEE, si ce
n'est sur le site de l'INSEE ?

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

Re: [OSM-talk-fr] nommage des routes

[Philippe Verdy]

Bientôt on aura certainement les "U" pour les routes urbaines, gérées
par les communautés urbaines à la place des communes ("C" pour les
voies communales) ou des départements ("D" pour les départementales),
puisque les communautés urbaines peuvent recevoir des compétences en
matière de transport (jusque les réseaux routiers).

Lesquelles communautés urbaines sont bien plus nombreuses que les
métropoles, même si certaines communautés urbaines se désignent
elles-même depuis longtemps métropoles (et ça a été gardé avant que la
loi ne fixe les seuils d'admission à ce statut).

Bon nombre de communes ne veulent plus s'occuper elles-mêmes des
routes et en transfèrent la charge à leur EPCI, en même temps que se
développe les plans de transports urbains que la loi leur demande de
mettre en place.

Les Allemands les prendront peut-être alors ces routes "U nnn" pour
des lignes de métro ("U-Bahn")...

Mais quelle lettre sera choisie alors pour les routes gérées par les
communautés d'agglomération (certainement pas "A", peut-être "U" aussi
la différence entre communauté d'agglomérations et communauté urbaines
tenant plus à leur population qu'à leur compétence en matière de
transport, même si elles ne sont pas tentées au vu de leur taille de
gérer un réseau routier elles-mêmes et préféreront encore que ce soit
le département qui s'en charge si ce n'est pas la commune elle-même et
même s'il y a un PDU développé dans l'agglomération en concertation
avec les départements et régions concernées) ?

Mais ce qui m'étonne c'est qu'on n'ait pas déjà des routes
"régionales" (gérées par la région et non sectionnées département par
département en autant de départementales distinctes, surtout pour les
anciennes nationales).

Le 24 septembre 2012 21:33, Vladimir Vyskocil
 a écrit :
>
> On 24 sept. 2012, at 21:18, Romain MEHUT  wrote:
>
> "M" pour Métropolitaine cf.
> http://lists.openstreetmap.org/pipermail/talk-fr/2012-June/044552.html

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

Re: [OSM-talk-fr] Pour les imports du bâti depuis le cadastre !!!

[Eric SIBERT]

-> pour mettre à jour un patelin qui vient juste d'être vectorisé, mais
où de bonnes âmes avaient tracé plein de routes et de chemins avec bing,
il faut reprendre tout l'existant ;


Je n'ai pas eu le courage :-p

J'ai préféré mettre mes POI mal positionnés dans l'absolu mais bien en 
relatif à l'existant.


La prochaine fois peut-être...

Éric

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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[sly (sylvain letuffe)]

Le lundi 24 septembre 2012 20:50:32, Eric Marsden a écrit :
> > "rn" == Pieren   writes:
>   rn> Je pense que comme ils ont un message pré-formatté pour cette
> demande, rn> on devrait leur envoyer une réponse pré-formattée du genre:
> 
>   D'accord avec cette réponse (sauf qu'on devrait à mon avis la donner
>   en français plutôt qu'en anglais ...).

A ce propos, j'ai pris contact avec P. Norman pour lui proposer mes services 
de traducteur afin que le message envoyé en anglais puisse être envoyé 
également en français afin de limiter les risques du j'ai rien compris.

Le temps que les choses changent, éventuellement, ça fera déjà un texte 
proposant de contacter la communauté par sa mailing liste ou son forum qui 
puisse être compris et ainsi éviter les malentendus comme il a pu y en avoir.

En gage de bonne volonté, je lui propose même de traduire le passage tant 
controversé indiquant "qu'il faut un compte séparé" tout en précisant que mon 
avis et contraire.

Je suis pour l'instant en attente de réponse.

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Usage d'OSM par les infographistes...

[Etienne Trimaille]

Merci pour vos réponses.

Il faut que je teste kartograph, pour mon usage perso.

Mon idée, c'est de mettre à jour la liste des fonds disponibles :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes
Pour les limites d'une région, d'un département, canton, ... inutile de
devoir télécharger les données pour les convertir. Les limites
administratives sont maintenant assez stables dans OSM (plus de
cartographes associés, ...)


Le 24 septembre 2012 18:15, Ab_fab  a écrit :

> Comme d'hab, faut bien calibrer le radar pour repérer les gourmands.
> ;-)
>
> Le 24 septembre 2012 18:04, Tenshu  a écrit :
>
>> 2012/9/24 Ab_fab 
>>
>>> Justement, l'intérêt des serveurs osm-fr, c'est que les bases sont déjà
>>> là, avec une couverture mondiale, et à jour. Bref, pour qui s'intéresse à
>>> ce genre d'outil, il peut s'affranchir de cette partie technique demandant
>>> beaucoup de ressources matérielle et de temps
>>>
>>> Si un accès est possible, sans risque de mauvaise manip ni surcharge de
>>> ressources, autant qu'elles puissent servir aussi pour ce genre d'usage.
>>>
>>
>> Un accès en lecture devrait être simple a mettre en place je pense.
>> Par contre on pourrait accéder directement à la base "monde", ce qui fait
>> qu'on faut quand même faire gaffe de pas sélectionner, au hasard, toute les
>> routes de la planète.
>> Sinon j’imagine que ça doit surprendre au moment du traitement par
>> kartograph :q
>>
>> En tout cas ça m’intéresserais.
>>
>> --
>> 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
>>
>>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[Hélène PETIT]

Le 24/09/2012 20:35, Pieren a écrit :

2012/9/24 yvecai :

Je ne crois pas qu'on puisse dire que ça n'est pas un import. 99.99%
des données ne sont pas affectées par l'intégration.
les données fournies par le cadastre sont des vecteurs en vrac, comme la 
succession de croix et de tirets qui symbolisent la limite de commune.


Ces données sont réinterprétées par notre génial moulinette à extraire 
des données géographiques de ce tas de nouilles.


à la sortie de nos moulinettes, les données ont pour auteurs 
cadastre+osm.fr (composite).

et c'est ce composite qu'on importe-intègre ;
pas la donnée originale du cadastre.

Nous pêchons par trop de modestie, en ne donnant pas au travail de nos 
scripts leur dimension réelle.


C'est donc bien

essentiellement un import.

Oui, mais ce n'est pas un import "du cadastre".

de toutes façons, je préfère la solution de la taskforce, avec seulement 
quelques personnes qui importent.


Hélène


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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[Hélène PETIT]

Le 24/09/2012 20:50, Eric Marsden a écrit :

   D'accord avec cette réponse (sauf qu'on devrait à mon avis la donner
   en français plutôt qu'en anglais ...).


+1
Hélène



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

Re: [OSM-talk-fr] nommage des routes

[Vladimir Vyskocil]

On 24 sept. 2012, at 21:18, Romain MEHUT  wrote:

> "M" pour Métropolitaine cf. 
> http://lists.openstreetmap.org/pipermail/talk-fr/2012-June/044552.html

Ah merci, j'avais loupé ça ! 
Alors que l'on a encore plein d'anciennes nationales qui n'ont pas été 
"corrigés" dans OSM il  ne nous manquait plus que ça... 

> 
> Romain
> 
> Le 24 septembre 2012 21:13, Vladimir Vyskocil  a 
> écrit :
> En parlant de nommage "bizarre" j'ai vu récemment des ref commençant par M, 
> comme ici par exemple :
> 
> http://www.openstreetmap.org/?lat=43.69491&lon=7.19316&zoom=15&layers=M
> 
> Je l'ai également constaté sur le terrain.
> Est-ce que ce "M" est nouveau ? Cela veut t'il dire Municipale ?
> 
> Vlad.
> ___
> 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] nommage des routes

[Romain MEHUT]

"M" pour Métropolitaine *cf.*
http://lists.openstreetmap.org/pipermail/talk-fr/2012-June/044552.html

Romain

Le 24 septembre 2012 21:13, Vladimir Vyskocil
a écrit :

> En parlant de nommage "bizarre" j'ai vu récemment des ref commençant par
> M, comme ici par exemple :
>
> http://www.openstreetmap.org/?lat=43.69491&lon=7.19316&zoom=15&layers=M
>
> Je l'ai également constaté sur le terrain.
> Est-ce que ce "M" est nouveau ? Cela veut t'il dire Municipale ?
>
> Vlad.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] nommage des routes

[Vladimir Vyskocil]

En parlant de nommage "bizarre" j'ai vu récemment des ref commençant par M, 
comme ici par exemple : 

http://www.openstreetmap.org/?lat=43.69491&lon=7.19316&zoom=15&layers=M

Je l'ai également constaté sur le terrain. 
Est-ce que ce "M" est nouveau ? Cela veut t'il dire Municipale ?

Vlad.


On 23 sept. 2012, at 20:23, Michaël Zakrzewski  wrote:

> Bonjour,
> 
> en ce qui concerne le nommage des routes, est-ce que l'utilisation des images 
> Google Street view est autorisée ?
> 
> Dans ce cas, est-ce qu'il est pertinent de nommer les embranchements (c'est 
> bien ça les D2e3) des départementales ?
> 
> comme là où il y a à priori des erreurs de panneaux http://goo.gl/maps/blrK1  
> http://goo.gl/maps/TXpCS
> 
> ___
> 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] Imports du cadastre et compte dédié

[Philippe Verdy]

Le 24 septembre 2012 17:57, Nicolas Moyroud  a écrit :
> Question : et si on fait déjà des envois en plusieurs lots avec JOSM ça
> passe aussi sous les radars ? Personnellement j'ai paramétré JOSM pour qu'il
> fasse des envois par bloc de 1000 objets max.

Ce paramètre n'existe pas ! Ce que tu paramètres là dans JOSM c'est le
nombre d'objets par requête HTTP, mais PAS la taille du changeset. Il
n'y a pas de taille maximale d'un changeset dans JOSM.

Donc quand je fais un envoi de
> 10 000 objets ça fait 10 envois assez resserrés dans le temps.

Pour cela il te faut plutôt envoyer au serveur une partie seulement
des objets (envoyer les objets sélectionnés), puis fermer le changeset
(CTRL+ALT+Q) s'il ne l'est pas encore (mais attention : il vaut mieux
résoudre les conflits d'édition dans le même changeset pour éviter un
changeset incohérent avec la partie que tu viens d'envoyer).

Pour cela le plus simple est une sélection au lasso de tout un pâté de
maison. Tu fais "envoyer la sélection" et tu regardes le nombre des
objets concernés dans la boite de dialogue. S'il y en a trop, tu
prends une sélection plus petite.

Quand tu crois avoir envoyé toutes les zones, tu finis par un dernier
changeset sans aucune préselection pour envoyer ce qui reste (là
encore tu regardes le nombre d'objets concernés), car on a souvent du
modifier des trucs un peu au delà (des routes et rivières par exemple,
voire aussi des limites administratives).

C'est de toute façon toujours une bonne idée de regarder le contenu du
dialogue JOSM qui affiche un résumé avec le nombre d'objets concernés,
qu'on travaillait sur le cadastre ou pas.

Chaque fois que cela concerne trop d'objets, il vaut mieux envoyer une
sous-sélection d'abord : cela limite aussi le nombre de conflits à
résoudre, car JOSM ne permet malheureusement pas de sauver ses modifs
tant qu'il y a des conflits affichés, ce que je trouve stupide car je
me suis déjà retrouvé avec une modif qui affichait plus de 1700
conflits à résoudre, ce qui m'a pris plus de 5 jours, pendant lesquels
il m'était impossible d'arrêter et il m'a fallu bloquer Windows Update
pour éviter qu'il reboote la machine lui-même.

Une des grosses modifs à ajouter à JOSM est qu'il doit permettre de
sauver ses modifs dans un fichier OSM y compris la liste des conflits,
pour pouvoir la reprendre plus tard. Si on sauve malgré l'alerte pour
recharger le fichier OSM, on se retrouve alors avec des tonnes de
noeuds orphelins ou données partiellement envoyées à OSM mais qui sont
incomplets car ils étaient l'objet du conflit d'édition. Pouvoir
sauver la liste des conflits est indispensable.

Pour éviter le problème en cas d'urgence, je sauve ma liste d'objets
conflits en les regroupant dans une nouvelle relation que je nomme de
façon très visible en début de liste des relations (par exemple je lui
donne "type=aaa" et name="conflits à résoudre") je ne mets rien
d'autre en attributs et si jamais on oublie de retirer cette nouvelle
relation (on voit un id non nul) avant d'envoyer on saura d'où ça
vient et pourquoi c'était là.

JOSM devrait pouvoir faire la même chose : créer une relation de
travail contenant la liste de conflits afin de sauver dans le fichier
OSM, avec un attribut spécial reconnu par lui lui permettant de savoir
que ce n'est pas un vrai objet destiné à OSM.

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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[Eric Marsden]

> "rn" == Pieren   writes:

  rn> Je pense que comme ils ont un message pré-formatté pour cette demande,
  rn> on devrait leur envoyer une réponse pré-formattée du genre:

  D'accord avec cette réponse (sauf qu'on devrait à mon avis la donner
  en français plutôt qu'en anglais ...).
  
-- 
Eric Marsden


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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[DH]

Le 24/09/2012 20:26, Pieren a écrit :

2012/9/24 Augustin Roche :

- je stoppe mes imports jusqu'à ce que la question des comptes dédiés
soit éclaircie avec le DWG ?
- Je l'envoie poliment se faire voir ?
- Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire)

Je pense que comme ils ont un message pré-formatté pour cette demande,
on devrait leur envoyer une réponse pré-formattée du genre:
I thank the DWG for the great work you are doing to solve conflicts,
vandalism and copyright infringements worldwide. But I'm strictly
following the import guidelines defined by the French community and
documented here on the wiki ([1]).
I've contacted the local community to verify that the rules didn't
change recently. Since building strong local communities is always a
high priority for the OSMF, I chose the rules defined and approved
locally by the whole French community where a separate account is not
required to watch, identify and fix French cadastre import issues,
something that the local community is able to manage itself. As
Frederik Ramm said ([2]), the rule has been defined only if the DWG
has to "clean-up the mess" which is not the case here.
That's why I declining your offer to create a seperate account and
welcome you to discuss it again on the talk-fr@openstreetmap.org or
t...@openstreetmap.org list.
Best regards,
ton blaze

[1] 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents
[2] http://lists.openstreetmap.org/pipermail/talk/2012-September/064412.html


Pyromane !!!


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

Re: [OSM-talk-fr] Compte rendu activité Vallée Violette, Joué Lès Tours

[DH]

Le 24/09/2012 10:59, RÉAU Simon a écrit :


Sur le groupe de 10 jeunes, il y en avais 3 qui étais réellement 
intéressé par la prise en main de JOSM et qui commençaient a bien 
maîtriser la recherche sur le wiki (les différentes images illustrant 
les tags était un avantage pour les partie pas ou partiellement 
traduite), 2 a trois étais intéressés mais n'aurait pas passé de temps 
libre à contribuer, et les autres ou bout de deux séance commençaient 
a se disperser et ne plus s'intéresser au sujet. C'est pourquoi 
ensuite tout en restant dans le sujet de la cartographie j'ai essayer 
de changer de thème a chaque séance.
Les jeunes participant à l'accompagnement scolaire sont sélectionné 
parmi les plus faible au niveau scolaire, chose que je n'ai pas 
forcément ressenti dans cette activité.


Simon



Merci pour ces précisions. Ce sont de bons chiffres ! Je ne suis pas sûr 
que, sur une population d'adultes, tu obtiennes de meilleurs résultats ; 
on attendra ton compte-rendu pour cette nouvelle année d'animation.
Au niveau scolaire je préfère le niveau citoyen ; il y a peut-être 
quelque chose à creuser : notes versus valeurs.

Vaste débat... HS ici, quoique

Bonne continuation en tous cas
Denis
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[Pieren]

2012/9/24 yvecai :

Je ne crois pas qu'on puisse dire que ça n'est pas un import. 99.99%
des données ne sont pas affectées par l'intégration. C'est donc bien
essentiellement un import. De plus, nombreux sont ceux qui ne
corrigent pas les artefacts qui ne sont pas signalés par le Validator
de JOSM comme le bâti découpé par des parcelles (sans parler des
recouvrements).

Je ne crois pas non plus que l'idée d'un compte séparé unique soit une
bonne idée. Soit il est public et ça pose d'autres problèmes (comment
bloquer ceux qui font n'importe quoi). Soit il est confidentiel et on
perd l'essence même du projet. Ça voudrait dire que celui qui prépare
l'import devrait sauvegarder son truc dans un fichier .osm  pour que
quelqu'un d'autre l'envoie à sa place,
éventuellement-plus-tard-quand-il-aura-le-temps-et-qu'il-aura-tout-vérifier.
Ceux qui passeraient du temps à préparer cet import ne seraient plus
"contributeur original", celui qui prend la responsabilité de ce qu'il
fait. Moi, je suis pour le "crowd-importing" avec les mêmes avantages
et inconvénients que le "crowd-sourcing". C'est juste l'échelle des
données qui change, pas le principe.

Pieren

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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[yvecai]

Je pense qu'un compte dédié pour les imports cadastraux est un idée pas 
si mauvaise que ça.
Ces imports sont complexes, et bien que l'utilisation d'un tel compte 
pose plus de complexité aux importeurs aguerris, c'est probablement 
qu'un peu plus par rapport au travail global à fournir. Ensuite, cela 
créé une barrière supplémentaire pour faire un peu plus prendre 
conscience aux nouveaux dans l'import de la spécificité de la tache.


Ceci dit, tout est discutable (et discuté), mais le changement des 
'imports guidelines' nécessite une concertation globale probablement 
longue, et le comportement 'gaulois' ne permettra certainement pas 
d'avancer (en tout cas pas plus que pour lancer le débat, et ça, c'est 
fait).


Ensuite, pour en rajouter une couche dans le genre 'avocat du diable', 
dire qu'un import cadastral c'est
pas un import parce qu'on vérifie tout comme il faut, d'aucun 
répondrait: ben encore heureux!


... -> []
Yves
On 09/24/2012 05:00 PM, Augustin Roche wrote:

Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du
DWG me demandant d'utiliser un compte utilisateur dédié pour les
imports du cadastre. A votre avis, je dois réagir comment ?
- je stoppe mes imports jusqu'à ce que la question des comptes dédiés
soit éclaircie avec le DWG ?
- Je l'envoie poliment se faire voir ?
- Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire)

Merci,
Augustin

___
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] Imports du cadastre et compte dédié

[Vincent Pottier]

Le 24/09/2012 18:17, Marc SIBERT a écrit :

(et c'est moi qui écrit ça).

"Il n'y a que les imbéciles qui ne changent pas d'avis"
--
FrViPofm

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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[Nicolas Moyroud]

  
  
Le 24/09/2012 18:13, THEVENON Julien a écrit :

   
A titre personnel je suis contre leur dire d aller se faire voir
parce que ca n arrangerait rien et en plus en donnant une
mauvaise image des contributeurs francais ca sapperait le boulot
de ceux qui passent du temps a discuter avec eux.
Ne pas oublier non plus que meme si ils nous les brisent se sont
aussi des gens qui donnent de leur temps sur le projet
  Julien



Oui allez c'était juste pour faire mon bon gros gaulois qui résiste
encore et toujours.  ;-) 
Tu as raison, même si on le pense, mieux vaut ne pas leur dire
d'aller se faire voir, c'est pas gentil...  :-[ 

Nicolas

  


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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[Marc SIBERT]

Le 24 septembre 2012 17:57, Nicolas Moyroud  a écrit :

> **
> Question : et si on fait déjà des envois en plusieurs lots avec JOSM ça
> passe aussi sous les radars ? Personnellement j'ai paramétré JOSM pour
> qu'il fasse des envois par bloc de 1000 objets max. Donc quand je fais un
> envoi de 10 000 objets ça fait 10 envois assez resserrés dans le temps. Les
> radars sont-ils capables de détecter ça ? Sinon je pense que c'est ça la
> bonne solution pour continuer à travailler tranquillement sans que ces
> [censuré]... bornés qui ne veulent rien comprendre ne vienne nous casser
> les [censuré]... pieds ! ;-)
>

Ce subterfuge ne fonctionne pas car l'envoi se fait quand même dans le même
changeset (perso, j'envoie des bloc de 200 et ce n'est pas passé). Il
faudrait limiter la taille des changesets et encore si le DWG est malin,
ils regarderont le volume de données uploadées par jour.


>
> Mais ça n'empêche pas de l'envoyer se faire voir (poliment ?)
>
> Nicolas
>
>
> Le 24/09/2012 17:13, THEVENON Julien a écrit :
> **
>
>
> Solution alternative,
>
> Tu envoies tes donnees paté de maison par paté de maison.
> Cela permet d avoir des changesets de taille limitée qui apparemment
> passent sous les radars ( c etait vrai pour ma part il y a 2 semaines ), tu
> es moins exposé au risque d avoir l envoi qui foire ( et au pire si ca
> foire ca fait beaucoup moins de degats a reparer).
> Autre avantage ca permet d envoyer ce que tu fais au fur et a mesure et
> des fois ca evite de travailler plusieurs sur une integration pour s
> apercevoir au moment de l envoi que quelqu un l a deja fait entre temps.
>
> My 2 cents
> Juien
>
>
>
>
Je pense que le temps que le DWG s'accorde avec la communauté FR/fr il vaut
mieux passer sous leurs fourches caudines et ainsi permettre le déroulement
de discussions plus sereines. Et donc :

   1. Ne pas être désagréable si ont est pris ;
   2. Créer un second compte.

(et c'est moi qui écrit ça).

+0.02 €

A+

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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[Hélène PETIT]

c'est noté

Le 24/09/2012 17:43, Christophe Merlet a écrit :

Le lundi 24 septembre 2012 à 17:00 +0200, Augustin Roche a écrit :

Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du
DWG me demandant d'utiliser un compte utilisateur dédié pour les
imports du cadastre. A votre avis, je dois réagir comment ?
- je stoppe mes imports jusqu'à ce que la question des comptes dédiés
soit éclaircie avec le DWG ?
- Je l'envoie poliment se faire voir ?
- Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire)


Tu lui répond en français que ce n'est pas un import, mais une
intégration d'informations ou la part d'expertise humaine est
prépondérante.
Tu rajoutes que le processus d'intégration est similaire à l'usage du
greffon lakewalker de JOSM.
Et tu finis par un lien sur
https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre
en précisant que la manière de procéder a été validé par la communauté.





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

Re: [OSM-talk-fr] Usage d'OSM par les infographistes...

[Ab_fab]

Comme d'hab, faut bien calibrer le radar pour repérer les gourmands.
;-)

Le 24 septembre 2012 18:04, Tenshu  a écrit :

> 2012/9/24 Ab_fab 
>
>> Justement, l'intérêt des serveurs osm-fr, c'est que les bases sont déjà
>> là, avec une couverture mondiale, et à jour. Bref, pour qui s'intéresse à
>> ce genre d'outil, il peut s'affranchir de cette partie technique demandant
>> beaucoup de ressources matérielle et de temps
>>
>> Si un accès est possible, sans risque de mauvaise manip ni surcharge de
>> ressources, autant qu'elles puissent servir aussi pour ce genre d'usage.
>>
>
> Un accès en lecture devrait être simple a mettre en place je pense.
> Par contre on pourrait accéder directement à la base "monde", ce qui fait
> qu'on faut quand même faire gaffe de pas sélectionner, au hasard, toute les
> routes de la planète.
> Sinon j’imagine que ça doit surprendre au moment du traitement par
> kartograph :q
>
> En tout cas ça m’intéresserais.
>
> --
> 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
>
>


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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[THEVENON Julien]

 De : Nicolas Moyroud 

  Question : et si on fait déjà des envois en plusieurs lots avec JOSM ça 
  passe aussi sous les radars ? Personnellement j'ai paramétré JOSM pour 
  qu'il fasse des envois par bloc de 1000 objets max. Donc quand je fais un 
  envoi de 10 000 objets ça fait 10 envois assez resserrés dans le temps. 
  Les radars sont-ils capables de détecter ça ? Sinon je pense que c'est ça 
  la bonne solution pour continuer à travailler tranquillement sans que ces 
  [censuré]... bornés qui ne veulent rien comprendre ne vienne nous casser 
  les [censuré]... pieds ! ;-) 


Je sais pas mais les envois par block ne changent rien a la taille du changeset 
final.

 Mais ça n'empêche pas de l'envoyer se faire voir (poliment ?)

A titre personnel je suis contre leur dire d aller se faire voir parce que ca n 
arrangerait rien et en plus en donnant une mauvaise image des contributeurs 
francais ca sapperait le boulot de ceux qui passent du temps a discuter avec 
eux.
Ne pas oublier non plus que meme si ils nous les brisent se sont aussi des gens 
qui donnent de leur temps sur le projet
Julien___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[Augustin Roche]

Visiblement non, vu que j'envoie par bloc de 600 objets, et que j'ai
quand même été repéré. A noter que j'ai continué de faire des
intégrations avant de voir le mail et ça n'a pas semblé poser de
problèmes ; en plus ; le message portait sur un changeset en
particulier, alors que j'en ai fait plusieurs dans la journée, et que
le changeset en question n'était pas le plus volumineux du lot. Donc
si radar il y a, je ne sais pas sur quels critères il se base.

Augustin

Le 24 septembre 2012 17:57, Nicolas Moyroud  a écrit :
> Question : et si on fait déjà des envois en plusieurs lots avec JOSM ça
> passe aussi sous les radars ? Personnellement j'ai paramétré JOSM pour qu'il
> fasse des envois par bloc de 1000 objets max. Donc quand je fais un envoi de
> 10 000 objets ça fait 10 envois assez resserrés dans le temps. Les radars
> sont-ils capables de détecter ça ? Sinon je pense que c'est ça la bonne
> solution pour continuer à travailler tranquillement sans que ces
> [censuré]... bornés qui ne veulent rien comprendre ne vienne nous casser les
> [censuré]... pieds ! ;-)
> Mais ça n'empêche pas de l'envoyer se faire voir (poliment ?)
>
> Nicolas
>
>
> Le 24/09/2012 17:13, THEVENON Julien a écrit :
>
>
> Solution alternative,
>
> Tu envoies tes donnees paté de maison par paté de maison.
> Cela permet d avoir des changesets de taille limitée qui apparemment passent
> sous les radars ( c etait vrai pour ma part il y a 2 semaines ), tu es moins
> exposé au risque d avoir l envoi qui foire ( et au pire si ca foire ca fait
> beaucoup moins de degats a reparer).
> Autre avantage ca permet d envoyer ce que tu fais au fur et a mesure et des
> fois ca evite de travailler plusieurs sur une integration pour s apercevoir
> au moment de l envoi que quelqu un l a deja fait entre temps.
>
> My 2 cents
> Juien
>
>
>
> ___
> 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] Usage d'OSM par les infographistes...

[Tenshu]

2012/9/24 Ab_fab 

> Justement, l'intérêt des serveurs osm-fr, c'est que les bases sont déjà
> là, avec une couverture mondiale, et à jour. Bref, pour qui s'intéresse à
> ce genre d'outil, il peut s'affranchir de cette partie technique demandant
> beaucoup de ressources matérielle et de temps
>
> Si un accès est possible, sans risque de mauvaise manip ni surcharge de
> ressources, autant qu'elles puissent servir aussi pour ce genre d'usage.
>

Un accès en lecture devrait être simple a mettre en place je pense.
Par contre on pourrait accéder directement à la base "monde", ce qui fait
qu'on faut quand même faire gaffe de pas sélectionner, au hasard, toute les
routes de la planète.
Sinon j’imagine que ça doit surprendre au moment du traitement par
kartograph :q

En tout cas ça m’intéresserais.

-- 
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] Imports du cadastre et compte dédié

[Nicolas Moyroud]

  
  
Question : et si on fait déjà des envois en plusieurs lots avec JOSM
ça passe aussi sous les radars ? Personnellement j'ai paramétré JOSM
pour qu'il fasse des envois par bloc de 1000 objets max. Donc quand
je fais un envoi de 10 000 objets ça fait 10 envois assez resserrés
dans le temps. Les radars sont-ils capables de détecter ça ? Sinon
je pense que c'est ça la bonne solution pour continuer à travailler
tranquillement sans que ces [censuré]... bornés qui ne veulent rien
comprendre ne vienne nous casser les [censuré]... pieds !  ;-) 
Mais ça n'empêche pas de l'envoyer se faire voir (poliment ?)

Nicolas


Le 24/09/2012 17:13, THEVENON Julien a écrit :

  
Solution alternative,

Tu envoies tes donnees paté de maison par paté de maison.
Cela permet d avoir des changesets de taille limitée qui
apparemment passent sous les radars ( c etait vrai pour ma part
il y a 2 semaines ), tu es moins exposé au risque d avoir l
envoi qui foire ( et au pire si ca foire ca fait beaucoup moins
de degats a reparer).
Autre avantage ca permet d envoyer ce que tu fais au fur et a
mesure et des fois ca evite de travailler plusieurs sur une
integration pour s apercevoir au moment de l envoi que quelqu un
l a deja fait entre temps.

My 2 cents
Juien

  

  

  


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

Re: [OSM-talk-fr] Usage d'OSM par les infographistes...

[Ab_fab]

Justement, l'intérêt des serveurs osm-fr, c'est que les bases sont déjà là,
avec une couverture mondiale, et à jour. Bref, pour qui s'intéresse à ce
genre d'outil, il peut s'affranchir de cette partie technique demandant
beaucoup de ressources matérielle et de temps

Si un accès est possible, sans risque de mauvaise manip ni surcharge de
ressources, autant qu'elles puissent servir aussi pour ce genre d'usage.

Le 24 septembre 2012 17:46, Tenshu  a écrit :

> Kartograph est vraiment une super librairie.
> Si vous avez une expérience quelconque n'hésitez pas à la partager.
>
> Tu parles d'accéder directement aux serveurs OSM-fr, c'est une chose
> possible?
> Par ce que le passage d'OSM à pgsql est un peu "technique" et chronophage.
>
>
> 2012/9/24 Ab_fab 
>
>> Idem pour Kartograph.
>> Ca peut aller prendre des données dans une base osm2pgsql.
>> Je ne sais pas quelle place ou quel genre d'accès on peut donner à ce
>> framework sur les serveurs d'OSM-fr.
>>
>> Mais quand je vois ce genre de réalisations, c'est alléchant, en
>> particulier pour la possibilité de jouer avec les projections :
>>
>> https://github.com/kartograph/kartograph.py/wiki/Rendering-SVG-maps-from-OpenStreetMap-data
>>
>> http://kartograph.org/showcase/eastcoast/  (pas à base de données osm,
>> mais très beau)
>>
>> Le 23 septembre 2012 18:32, Christian Quest  a
>> écrit :
>>
>> J'avis fait ça de façon très bricolée et sans code.
>>>
>>> Un HOWTO sur l'usage de TileMill avec éventuellement un accès à nos
>>> bases osm2pgsql-france pourrait être utile, non ?
>>>
>>>
>>> Le 23 septembre 2012 15:50, Etienne Trimaille
>>>  a écrit :
>>> > Bonjour, je remonte ce thread.
>>> > Étant étudiant en cartographie depuis cette année, notre premier
>>> travail
>>> > scolaire vient d'arriver : la réalisation d'une carte thématique sur un
>>> > département avec les limites administratives cantonales.
>>> >
>>> > Avec postgis et tilemill, c'est facile de sortir un svg du département
>>> que
>>> > je souhaite avec les limites cantonales ;-)
>>> > Mais tout le monde n'a pas une base postgis dans ma promo ! :p Ils
>>> > recherchent des fonds de carte à généraliser et vectoriser. Alors que
>>> moi je
>>> > l'ai eu en quelques clic sur mon pc.
>>> >
>>> > Je pense qu'il y a vraiment quelque chose à faire dans cette direction.
>>> > Est-ce qu'il y a eu des avancements sur le projet ? Est-ce que le code
>>> a été
>>> > mis quelque part Christian ?
>>> >
>>> >
>>> > Le 6 mars 2012 12:36, Christian Quest  a
>>> écrit :
>>> >>
>>> >> Ca faisait un bout de temps que ça me démangeait, faire une carte de
>>> >> France destinée à des graphistes.
>>> >>
>>> >> Il faut donc sortir du monde des shapefile et autres formats de
>>> >> fichiers que leurs outils quotidiens ne connaissent pas.
>>> >>
>>> >> A titre de test, j'ai généré 2 fichiers SVG avec les limites des
>>> >> régions et des départements, le tout en projection Lambert 93 (c'est
>>> >> sûrement déjà un gros mot pour un graphiste).
>>> >> J'ai essayé de générer des objets graphiques facilement manipulables
>>> >> dans des logiciels tels qu'Illustrator ou Inkscape. J'ai donc regroupé
>>> >> les objets OSM tant que possible (un tracé par frontière), et
>>> >> simplifié les traces pour ne pas manipuler trop de points (résolution
>>> >> 50m).
>>> >>
>>> >> C'est ici dans les fichiers joints de cet article:
>>> >> http://www.openstreetmap.fr/contours-departements-et-regions
>>> >>
>>> >> J'ai fait ça en semi-automatique, si vous pensez que ça peut être
>>> >> utile, je peux l'automatiser pour d'autres types d'extractions (les
>>> >> communes d'un département, le réseau hydrographique, ferré,
>>> >> autoroutier...).
>>> >>
>>> >> Je me suis appuyé sur un schéma osmosis pour les requêtes postgis.
>>> >> --
>>> >> Christian Quest - OpenStreetMap France -
>>> http://openstreetmap.fr/u/cquest
>>> >>
>>> >> ___
>>> >> 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
>>> >
>>>
>>>
>>>
>>> --
>>> Christian Quest - OpenStreetMap France -
>>> http://openstreetmap.fr/u/cquest
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> ab_fab 
>> "Il n'y a pas de pas perdus"
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> 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
>
>


-- 
ab_fab 

Re: [OSM-talk-fr] Usage d'OSM par les infographistes...

[Tenshu]

Kartograph est vraiment une super librairie.
Si vous avez une expérience quelconque n'hésitez pas à la partager.

Tu parles d'accéder directement aux serveurs OSM-fr, c'est une chose
possible?
Par ce que le passage d'OSM à pgsql est un peu "technique" et chronophage.


2012/9/24 Ab_fab 

> Idem pour Kartograph.
> Ca peut aller prendre des données dans une base osm2pgsql.
> Je ne sais pas quelle place ou quel genre d'accès on peut donner à ce
> framework sur les serveurs d'OSM-fr.
>
> Mais quand je vois ce genre de réalisations, c'est alléchant, en
> particulier pour la possibilité de jouer avec les projections :
>
> https://github.com/kartograph/kartograph.py/wiki/Rendering-SVG-maps-from-OpenStreetMap-data
>
> http://kartograph.org/showcase/eastcoast/  (pas à base de données osm,
> mais très beau)
>
> Le 23 septembre 2012 18:32, Christian Quest  a
> écrit :
>
> J'avis fait ça de façon très bricolée et sans code.
>>
>> Un HOWTO sur l'usage de TileMill avec éventuellement un accès à nos
>> bases osm2pgsql-france pourrait être utile, non ?
>>
>>
>> Le 23 septembre 2012 15:50, Etienne Trimaille
>>  a écrit :
>> > Bonjour, je remonte ce thread.
>> > Étant étudiant en cartographie depuis cette année, notre premier travail
>> > scolaire vient d'arriver : la réalisation d'une carte thématique sur un
>> > département avec les limites administratives cantonales.
>> >
>> > Avec postgis et tilemill, c'est facile de sortir un svg du département
>> que
>> > je souhaite avec les limites cantonales ;-)
>> > Mais tout le monde n'a pas une base postgis dans ma promo ! :p Ils
>> > recherchent des fonds de carte à généraliser et vectoriser. Alors que
>> moi je
>> > l'ai eu en quelques clic sur mon pc.
>> >
>> > Je pense qu'il y a vraiment quelque chose à faire dans cette direction.
>> > Est-ce qu'il y a eu des avancements sur le projet ? Est-ce que le code
>> a été
>> > mis quelque part Christian ?
>> >
>> >
>> > Le 6 mars 2012 12:36, Christian Quest  a
>> écrit :
>> >>
>> >> Ca faisait un bout de temps que ça me démangeait, faire une carte de
>> >> France destinée à des graphistes.
>> >>
>> >> Il faut donc sortir du monde des shapefile et autres formats de
>> >> fichiers que leurs outils quotidiens ne connaissent pas.
>> >>
>> >> A titre de test, j'ai généré 2 fichiers SVG avec les limites des
>> >> régions et des départements, le tout en projection Lambert 93 (c'est
>> >> sûrement déjà un gros mot pour un graphiste).
>> >> J'ai essayé de générer des objets graphiques facilement manipulables
>> >> dans des logiciels tels qu'Illustrator ou Inkscape. J'ai donc regroupé
>> >> les objets OSM tant que possible (un tracé par frontière), et
>> >> simplifié les traces pour ne pas manipuler trop de points (résolution
>> >> 50m).
>> >>
>> >> C'est ici dans les fichiers joints de cet article:
>> >> http://www.openstreetmap.fr/contours-departements-et-regions
>> >>
>> >> J'ai fait ça en semi-automatique, si vous pensez que ça peut être
>> >> utile, je peux l'automatiser pour d'autres types d'extractions (les
>> >> communes d'un département, le réseau hydrographique, ferré,
>> >> autoroutier...).
>> >>
>> >> Je me suis appuyé sur un schéma osmosis pour les requêtes postgis.
>> >> --
>> >> Christian Quest - OpenStreetMap France -
>> http://openstreetmap.fr/u/cquest
>> >>
>> >> ___
>> >> 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
>> >
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> ab_fab 
> "Il n'y a pas de pas perdus"
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
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] Coller ou pas coller ?

[Vincent Pottier]

Le 24/09/2012 12:09, Stéphane Péneau a écrit :

Le 24/09/2012 11:43, Stéphane Henriod a écrit :
Juste mes 2 roubles là-dessus: effectivement, l'idée d'un landcover 
est d'avoir au final, une couverture complète, sans trous. Mais il 
faut bien distinguer 2 concepts en ce qui concerne les routes (aussi 
valable pour les rivières):


  * La route en tant que membre d'un réseau routier
  * La route en tant qu'objet (physique) recouvrant la surface de la
terre



J'ai le même raisonnement : Un landuse représente une surface, et un 
highway=* un réseau filaire schématique. 2 concepts distincts.

Tout à fait.
le highway est l'axe de la voirie et non sa bordure.
Donc coller la limite de landuse au highway peut être satisfaisant en 
première approche : ça fait propre et complet. Mais c'est faut.

Si, en plus il est découpé pour faire du multipolygone, c'est la galère.


D'un autre côté, je comprends son raisonnement. Les landuses doivent
au final former une couverture complète du territoire. Si tu "colles"
les landuses avec la route, ils le sont aussi avec les landuse
adjacents. 

Mouais.. dans ce cas, autant coller les landuses ensemble sans coller 
les routes.
C'est ce que je faisais, et continue de faire souvent, avec la machine à 
coudre (touche F de JOSM).
L'un des deux landuses est approximatif, mais on distingue le filaire du 
surfacique.



Si tu laisses un espace, il y a une zone grise sans
landuse, 



Oui, mais en contrepartie, les landuses ont une surface (en m²) plus 
proche de la réalité.

C'est ce que je fais de plus en plus.
"La route, c'est ce qu'il y a entre les parcelles..."
Qui avait dit, ça ?



à moins de tracer aussi les landuse=highway (ou road) qui
forment l'emprise de la route sur le sol.
Si on veut tout détailler, les banquettes, les haies, les fossés, il
faut aller jusqu'au bout de cette logique et aussi représenter les
routes sous forme de polygones et non d'une simple ligne brisée.
Pieren


J'imagine qu'on y viendra un jour.

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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[Christophe Merlet]

Le lundi 24 septembre 2012 à 17:00 +0200, Augustin Roche a écrit :
> Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du
> DWG me demandant d'utiliser un compte utilisateur dédié pour les
> imports du cadastre. A votre avis, je dois réagir comment ?
> - je stoppe mes imports jusqu'à ce que la question des comptes dédiés
> soit éclaircie avec le DWG ?
> - Je l'envoie poliment se faire voir ?
> - Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire)

Tu lui répond en français que ce n'est pas un import, mais une
intégration d'informations ou la part d'expertise humaine est
prépondérante.
Tu rajoutes que le processus d'intégration est similaire à l'usage du
greffon lakewalker de JOSM.
Et tu finis par un lien sur
https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre
en précisant que la manière de procéder a été validé par la communauté.


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Vincent Pottier]

Le 24/09/2012 13:00, Christophe Merlet a écrit :

Le lundi 24 septembre 2012 à 12:37 +0200, Mickaël Guéret a écrit :

Le lundi 24 septembre 2012 à 12:03 +0200, Ab_fab a écrit :

Exemple hollandais, où du fait d'un import ressemblant plus à de la
dentelle.
http://www.openstreetmap.org/?lat=51.95258&lon=4.65835&zoom=16&layers=M
Ceux qui n'aiment pas les polygones géants de landuse sont servis

houaaa, le truc impossible à maintenir !!! Et qui ne représente pas
forcement bien la vérité !

La réalité est bien pire. C'est le rendu osm qui ne suis pas !


Librement,

Ils ont importé un parcellaire, probablement.
--
FrViPofm

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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[partir-en-vtt]

/- Je l'envoie poliment se faire voir ?/ 

C'est ce que je ferai, ce n'est certes pas constructif mais de quel droit
ils imposent leurs lois ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Imports-du-cadastre-et-compte-dedie-tp5727181p5727190.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] Coller ou pas coller ?

[Vincent Pottier]

Le 23/09/2012 23:21, Nicolas Dumoulin a écrit :

Le dimanche 23 septembre 2012 23:15:42 Vincent de Chateau-Thierry a écrit :


Tu donnais ce matin l'exemple d'une école : c'est typiquement une
situation où j'use et abuse du cadastre : les limites de parcelles sont
souvent raccord avec un mur extérieur / une grille qui donne sur la rue,
donc un modèle facile à suivre pour délimiter l'emprise de l'école sans
trop déborder (et surtout pas jusqu'à l'axe de la rue :-) )

Tout à fait d'accord dans ce cas, pas de pitié, c'est le goudron et les plumes
;-)


Le goudron, pour la route, je veux bien... encore qu'on parle de macadam...
Mais les plumes... Il y a longtemps qu'on est au stylo dans les écoles...
(elle était trop tentante, celle-là)
--
FrViPofm

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

Re: [OSM-talk-fr] Imports du cadastre et compte dédié

[THEVENON Julien]

 De : Augustin Roche 

 Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du
 DWG me demandant d'utiliser un compte utilisateur dédié pour les
 imports du cadastre. A votre avis, je dois réagir comment ?
 - je stoppe mes imports jusqu'à ce que la question des comptes dédiés
 soit éclaircie avec le DWG ?
 - Je l'envoie poliment se faire voir ?
 - Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de 
 faire)

Solution alternative,

Tu envoies tes donnees paté de maison par paté de maison.
Cela permet d avoir des changesets de taille limitée qui apparemment passent 
sous les radars ( c etait vrai pour ma part il y a 2 semaines ), tu es moins 
exposé au risque d avoir l envoi qui foire ( et au pire si ca foire ca fait 
beaucoup moins de degats a reparer).
Autre avantage ca permet d envoyer ce que tu fais au fur et a mesure et des 
fois ca evite de travailler plusieurs sur une integration pour s apercevoir au 
moment de l envoi que quelqu un l a deja fait entre temps.

My 2 cents
Juien___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Usage d'OSM par les infographistes...

[Ab_fab]

Idem pour Kartograph.
Ca peut aller prendre des données dans une base osm2pgsql.
Je ne sais pas quelle place ou quel genre d'accès on peut donner à ce
framework sur les serveurs d'OSM-fr.

Mais quand je vois ce genre de réalisations, c'est alléchant, en
particulier pour la possibilité de jouer avec les projections :
https://github.com/kartograph/kartograph.py/wiki/Rendering-SVG-maps-from-OpenStreetMap-data

http://kartograph.org/showcase/eastcoast/  (pas à base de données osm, mais
très beau)

Le 23 septembre 2012 18:32, Christian Quest  a
écrit :

> J'avis fait ça de façon très bricolée et sans code.
>
> Un HOWTO sur l'usage de TileMill avec éventuellement un accès à nos
> bases osm2pgsql-france pourrait être utile, non ?
>
>
> Le 23 septembre 2012 15:50, Etienne Trimaille
>  a écrit :
> > Bonjour, je remonte ce thread.
> > Étant étudiant en cartographie depuis cette année, notre premier travail
> > scolaire vient d'arriver : la réalisation d'une carte thématique sur un
> > département avec les limites administratives cantonales.
> >
> > Avec postgis et tilemill, c'est facile de sortir un svg du département
> que
> > je souhaite avec les limites cantonales ;-)
> > Mais tout le monde n'a pas une base postgis dans ma promo ! :p Ils
> > recherchent des fonds de carte à généraliser et vectoriser. Alors que
> moi je
> > l'ai eu en quelques clic sur mon pc.
> >
> > Je pense qu'il y a vraiment quelque chose à faire dans cette direction.
> > Est-ce qu'il y a eu des avancements sur le projet ? Est-ce que le code a
> été
> > mis quelque part Christian ?
> >
> >
> > Le 6 mars 2012 12:36, Christian Quest  a écrit
> :
> >>
> >> Ca faisait un bout de temps que ça me démangeait, faire une carte de
> >> France destinée à des graphistes.
> >>
> >> Il faut donc sortir du monde des shapefile et autres formats de
> >> fichiers que leurs outils quotidiens ne connaissent pas.
> >>
> >> A titre de test, j'ai généré 2 fichiers SVG avec les limites des
> >> régions et des départements, le tout en projection Lambert 93 (c'est
> >> sûrement déjà un gros mot pour un graphiste).
> >> J'ai essayé de générer des objets graphiques facilement manipulables
> >> dans des logiciels tels qu'Illustrator ou Inkscape. J'ai donc regroupé
> >> les objets OSM tant que possible (un tracé par frontière), et
> >> simplifié les traces pour ne pas manipuler trop de points (résolution
> >> 50m).
> >>
> >> C'est ici dans les fichiers joints de cet article:
> >> http://www.openstreetmap.fr/contours-departements-et-regions
> >>
> >> J'ai fait ça en semi-automatique, si vous pensez que ça peut être
> >> utile, je peux l'automatiser pour d'autres types d'extractions (les
> >> communes d'un département, le réseau hydrographique, ferré,
> >> autoroutier...).
> >>
> >> Je me suis appuyé sur un schéma osmosis pour les requêtes postgis.
> >> --
> >> Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/cquest
> >>
> >> ___
> >> 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
> >
>
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

[OSM-talk-fr] Imports du cadastre et compte dédié

[Augustin Roche]

Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du
DWG me demandant d'utiliser un compte utilisateur dédié pour les
imports du cadastre. A votre avis, je dois réagir comment ?
- je stoppe mes imports jusqu'à ce que la question des comptes dédiés
soit éclaircie avec le DWG ?
- Je l'envoie poliment se faire voir ?
- Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire)

Merci,
Augustin

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

Re: [OSM-talk-fr] borne ign déplacée (dans osm ;-) )

[Frédéric Rodrigo]

Le 24/09/2012 13:58, Cyrille Giquello a écrit :

Le 24 septembre 2012 12:47, Christophe Merlet
 a écrit :

Le lundi 24 septembre 2012 à 12:16 +0200, Cyrille Giquello a écrit :

Bonjour,

Comment retrouver la bonne place de cette borne ign, qui cela semble
évident, a été déplacée pour en faire un node place=village sur un
way...
http://osm.org/browse/node/670152972


L'historique de l'objet donne la position initiale.


Cool, merci.
Voilà, c'est corrigé.


La fiche de la borne sur le site de l'IGN devrait aussi donner
l'information mais l'URL a changé...
http://geodesie.ign.fr


J'ai dans ma todo liste de faire la même chose avec les repères IGN que 
pour les écoles, les postes, les monuments historiques...
En fait j'ai déjà les données. Il me faut un peut de temps et des 
serveurs totalement remis en place.


Frédéric.


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

Re: [OSM-talk-fr] borne ign déplacée (dans osm ;-) )

[Cyrille Giquello]

Le 24 septembre 2012 12:47, Christophe Merlet
 a écrit :
> Le lundi 24 septembre 2012 à 12:16 +0200, Cyrille Giquello a écrit :
>> Bonjour,
>>
>> Comment retrouver la bonne place de cette borne ign, qui cela semble
>> évident, a été déplacée pour en faire un node place=village sur un
>> way...
>> http://osm.org/browse/node/670152972
>
> L'historique de l'objet donne la position initiale.

Cool, merci.
Voilà, c'est corrigé.

> La fiche de la borne sur le site de l'IGN devrait aussi donner
> l'information mais l'URL a changé...
> http://geodesie.ign.fr
>
>
> Librement,
> --
> Christophe Merlet (RedFox)
>

-- 
Cyrille.

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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Christophe Merlet]

Le lundi 24 septembre 2012 à 12:37 +0200, Mickaël Guéret a écrit :
> Le lundi 24 septembre 2012 à 12:03 +0200, Ab_fab a écrit :
> > Exemple hollandais, où du fait d'un import ressemblant plus à de la
> > dentelle.
> > http://www.openstreetmap.org/?lat=51.95258&lon=4.65835&zoom=16&layers=M
> > Ceux qui n'aiment pas les polygones géants de landuse sont servis
> 
> houaaa, le truc impossible à maintenir !!! Et qui ne représente pas
> forcement bien la vérité !

La réalité est bien pire. C'est le rendu osm qui ne suis pas !


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Etienne Trimaille]

Le 24 septembre 2012 11:12, Stéphane Péneau  a
écrit :

> Voici ce qu'il m'avait répondu. (j'espère qu'il ne m'en voudra pas de
> copier une partie d'un message privé) :
> "Merci de m’en parler, effectivement la jonction entre les routes et les
> occupations du sol est volontaire. C’est pour une raison de « topologie »
> que je fais ça et c’est, je crois, ce qui est conseillé de faire.
>

Je n'ai vu nul part ou c'est dit que c'est conseillé, et je pense que c'est
le contraire, étant donné que l'on va toujours vers plus de détail.
Son raisonnement tombe à l'eau si l'on considère plus la route comme du
linéaire, mais du surfacique !
Si il veut 100% d'occupation des sols dans OSM, ce n'est pas la bonne
pratique.
Comme dit plus haut, le calcul de surface dans son SIG sera plus grand que
la réalité.

Si on prend un péage d'autoroute, cela parait évident. Je ne vais pas
relier les landuses à l'autoroute :
http://sautter.com/map/?zoom=16&lat=45.47597&lon=4.83323&layers=00B0TFFF

J'aime bien l'import hollandais. Même un highway=track a se propre surface
(vide).
Si un champs passe en prairie, production de céréales, ... la maintenance
est très facile.
Par contre, c'est vrai qu'une fois dans JOSM, c'est tout de suite moins
beau : trop de point en ligne droite, plein de parcelles identiques qui
sont côte à côte
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] borne ign déplacée (dans osm ;-) )

[Christophe Merlet]

Le lundi 24 septembre 2012 à 12:16 +0200, Cyrille Giquello a écrit :
> Bonjour,
> 
> Comment retrouver la bonne place de cette borne ign, qui cela semble
> évident, a été déplacée pour en faire un node place=village sur un
> way...
> http://osm.org/browse/node/670152972

L'historique de l'objet donne la position initiale.
La fiche de la borne sur le site de l'IGN devrait aussi donner
l'information mais l'URL a changé...
http://geodesie.ign.fr


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Mickaël Guéret]

Le lundi 24 septembre 2012 à 12:03 +0200, Ab_fab a écrit :
> Exemple hollandais, où du fait d'un import ressemblant plus à de la
> dentelle.
> http://www.openstreetmap.org/?lat=51.95258&lon=4.65835&zoom=16&layers=M
> Ceux qui n'aiment pas les polygones géants de landuse sont servis

houaaa, le truc impossible à maintenir !!! Et qui ne représente pas
forcement bien la vérité !

je trouve que c'est un contre-exemple parfait de ce qu'il faudrait
faire... Le DWG doit s'arracher les cheveux quand il voit ce genre
d'import !

Mika 



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

Re: [OSM-talk-fr] Vidéoprotection

[Nicolas Moyroud]

  
  
Merci pour cet outil ! J'avais saisi dans OSM il y a quelques mois
les caméras de surveillance publiées sur le site OpenData de la
ville de Montpellier. Je désespérai de les voir apparaître sur le
site de l'autruche. Ils ne mettent pas à jour leurs données très
souvent ! Maintenant grâce à toi, je peux les voir  :-) 

Nicolas

  


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

[OSM-talk-fr] borne ign déplacée (dans osm ;-) )

[Cyrille Giquello]

Bonjour,

Comment retrouver la bonne place de cette borne ign, qui cela semble
évident, a été déplacée pour en faire un node place=village sur un
way...
http://osm.org/browse/node/670152972

-- 
Cyrille.

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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Stéphane Péneau]

Le 24/09/2012 11:43, Stéphane Henriod a écrit :
Juste mes 2 roubles là-dessus: effectivement, l'idée d'un landcover 
est d'avoir au final, une couverture complète, sans trous. Mais il 
faut bien distinguer 2 concepts en ce qui concerne les routes (aussi 
valable pour les rivières):


  * La route en tant que membre d'un réseau routier
  * La route en tant qu'objet (physique) recouvrant la surface de la terre



J'ai le même raisonnement : Un landuse représente une surface, et un 
highway=* un réseau filaire schématique. 2 concepts distincts.





D'un autre côté, je comprends son raisonnement. Les landuses doivent
au final former une couverture complète du territoire. Si tu "colles"
les landuses avec la route, ils le sont aussi avec les landuse
adjacents. 



Mouais.. dans ce cas, autant coller les landuses ensemble sans coller 
les routes.



Si tu laisses un espace, il y a une zone grise sans
landuse, 



Oui, mais en contrepartie, les landuses ont une surface (en m²) plus 
proche de la réalité.



à moins de tracer aussi les landuse=highway (ou road) qui
forment l'emprise de la route sur le sol.
Si on veut tout détailler, les banquettes, les haies, les fossés, il
faut aller jusqu'au bout de cette logique et aussi représenter les
routes sous forme de polygones et non d'une simple ligne brisée.
Pieren


J'imagine qu'on y viendra un jour.

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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Ab_fab]

Exemple hollandais, où du fait d'un import ressemblant plus à de la
dentelle.
http://www.openstreetmap.org/?lat=51.95258&lon=4.65835&zoom=16&layers=M
Ceux qui n'aiment pas les polygones géants de landuse sont servis


Le 24 septembre 2012 11:22, Pieren  a écrit :

> 2012/9/24 Stéphane Péneau :
>
> > Ou je trouve qu'il y a un biais, c'est que ses landuses sont très
> détaillés
> > (j'applaudis) mais qu'en zone rurale, ils sont tout de même collés aux
> > routes. Alors qu'entre la route et la parcelle, il y a une banquette, un
> > fossé, parfois une haie, etc...
>
> D'un autre côté, je comprends son raisonnement. Les landuses doivent
> au final former une couverture complète du territoire. Si tu "colles"
> les landuses avec la route, ils le sont aussi avec les landuse
> adjacents. Si tu laisses un espace, il y a une zone grise sans
> landuse, à moins de tracer aussi les landuse=highway (ou road) qui
> forment l'emprise de la route sur le sol.
> Si on veut tout détailler, les banquettes, les haies, les fossés, il
> faut aller jusqu'au bout de cette logique et aussi représenter les
> routes sous forme de polygones et non d'une simple ligne brisée.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Romain MEHUT]

Le 24 septembre 2012 11:44, Hélène PETIT  a écrit :

>
> il y a un crobard ici :
> http://wiki.openstreetmap.org/**wiki/WikiProject_France/**
> Tracer_les_limites_**administratives#Cas_**particuliers
>

Je penche pour la proposition 2

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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Romain MEHUT]

Le 24 septembre 2012 11:22, Pieren  a écrit :

> 2012/9/24 Stéphane Péneau :
>
> > Ou je trouve qu'il y a un biais, c'est que ses landuses sont très
> détaillés
> > (j'applaudis) mais qu'en zone rurale, ils sont tout de même collés aux
> > routes. Alors qu'entre la route et la parcelle, il y a une banquette, un
> > fossé, parfois une haie, etc...
>
> D'un autre côté, je comprends son raisonnement. Les landuses doivent
> au final former une couverture complète du territoire. Si tu "colles"
> les landuses avec la route, ils le sont aussi avec les landuse
> adjacents.


Ce n'est pas tant de coller un landuse à une route qui est gênant mais de
scinder les différents éléments comme dans l'exemple que je donnais
précédemment
http://www.openstreetmap.org/?lat=48.127699&lon=6.543301&zoom=18&layers=M
Dans cet exemple, le way définissant le route est aussi membre de deux
multipolygone "residential" et "meadow". Il devrait à mon sens y avoir un
second way distinct, et pourquoi pas superposé au premier, pour dessiner
les multipolygones. On peut aussi très faire que les landuse se touchent,
sans laisser d'espace et sans nécessairement les coller aux routes ni aux
limites administratives...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Coller ou pas coller ?

[Mickaël Guéret]

Le lundi 24 septembre 2012 à 11:22 +0200, Pieren a écrit :
> Si on veut tout détailler, les banquettes, les haies, les fossés, il
> faut aller jusqu'au bout de cette logique et aussi représenter les
> routes sous forme de polygones et non d'une simple ligne brisée.

Il y a cette proposition :
http://wiki.openstreetmap.org/wiki/Street_area

Je n'arrive pas à retrouver l'endroit en Allemagne où c'est mappé comme
ça. C'est un peu extrême mais ça représente bien la réalité...

Mika


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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Hélène PETIT]

Le 24/09/2012 10:58, Stéphane Péneau a écrit :

Le 24/09/2012 08:32, Hélène PETIT a écrit :

En zone rurale je colle les landuse sur les voies (préparez le goudron
et les plumes ; bien sucré le goudron, s'il vous plait, et pour les
plumes, jolies couleurs assorties ; merci) ou les limites de communes.




Par contre je suis d'accord avec vous pour ne pas utiliser des voies
ou des cours d'eau comme morceau de polyligne de landuse ou comme
morceau de boundary=administrative :


Il n'y a pas comme un paradoxe ? Ou alors il y a une subtilité qui m'a
échappée.


Supposons que deux landuses soient tangeants par une droite AB.

On peut représenter ça en mettant deux polygones complets collés par les 
point A et B. C'est le premier cas.


Dans le deuxième cas, le segment AB est une polyligne à lui tout seul,
et cette polyligne appartient à deux polygones différents.

En cliquant BtnMilieu-de-la-souris sur le segment AB on voit très bien 
la différence.


il y a un crobard ici :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#Cas_particuliers


Hélène




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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Stéphane Henriod]

Juste mes 2 roubles là-dessus: effectivement, l'idée d'un landcover est
d'avoir au final, une couverture complète, sans trous. Mais il faut bien
distinguer 2 concepts en ce qui concerne les routes (aussi valable pour les
rivières):

   - La route en tant que membre d'un réseau routier
   - La route en tant qu'objet (physique) recouvrant la surface de la terre

Dans le premier cas, nous voulons une ligne connectée dans un réseau, avec
une direction et des informations utiles pour le routage.

Dans le second cas, nous voulons un polygone, qui couvre l'emprise réelle
de la route, donc sa largeur "réelle" et avec des informations sur son
matériau ou son aspect (terre battue, asphalte...)

En d'autres termes, il faut tout d'abord se mettre d'accord sur ce que l'on
veut et, si nous voulons tout (le routage et le landcover), il faudra
alors, pour chaque route, créer 2 objets différents, chacun avec ses
propriétés spécifiques: un objet linéaire (highway=*) et un polygone fermé
(landcover=asphalt ou qqch du genre)

Selon ce raisonnement, je serais d'avis que les routes (linéaires) ne
devraient pas être collées à quoi que ce soit d'autre, à la fois pour
faciliter l'édition ultérieure, mais aussi parce que, conceptuellement, on
ne roule pas sur les limites d'un objet cadastral, mais juste à côté. En
revanche, pour avoir un joli rendu continu du landcover, là on peut
évidemment "coller" les limites d'un natural=wood avec les limites d'un
landcover=asphalt [1]. Cela dit, on arrive à du micro-mapping de
land-cover, qui n'est pas forcément ce que l'on veut...

Mais si qqn a une autre opinion?
++

Stéphane

[1] A ma connaissance, ce tag n'existe pas encore dans le wiki. asphalt=*
existe déjà mais n'est pas encore largement utilisé (
http://taginfo.openstreetmap.org/keys/asphalt)
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/9/24 Pieren 

> 2012/9/24 Stéphane Péneau :
>
> > Ou je trouve qu'il y a un biais, c'est que ses landuses sont très
> détaillés
> > (j'applaudis) mais qu'en zone rurale, ils sont tout de même collés aux
> > routes. Alors qu'entre la route et la parcelle, il y a une banquette, un
> > fossé, parfois une haie, etc...
>
> D'un autre côté, je comprends son raisonnement. Les landuses doivent
> au final former une couverture complète du territoire. Si tu "colles"
> les landuses avec la route, ils le sont aussi avec les landuse
> adjacents. Si tu laisses un espace, il y a une zone grise sans
> landuse, à moins de tracer aussi les landuse=highway (ou road) qui
> forment l'emprise de la route sur le sol.
> Si on veut tout détailler, les banquettes, les haies, les fossés, il
> faut aller jusqu'au bout de cette logique et aussi représenter les
> routes sous forme de polygones et non d'une simple ligne brisée.
>
> 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] nommage des routes

[Pieren]

A propos de StreetView, les choses sont assez claires et même
confirmées par Ed Parsons lui-même (Google). On peut s'en servir pour
tirer des informations (j'ajouterais "puisqu'elles sont factuelles",
la proctection des oeuvres de création ne s'applique pas)
occasionnellement mais pas de manière substantielle (droit protégeant
l'effort de collecte).
Ce qu'Ed Parsons qualifie lui-même de "checking odd street names" vs
"every street name representing a bulk feed"
(http://lists.openstreetmap.org/pipermail/talk/2011-April/057473.html)

Pieren

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

Re: [OSM-talk-fr] nommage des routes

[Christophe Merlet]

Le lundi 24 septembre 2012 à 11:22 +0200, Christophe Merlet a écrit :
> Le dimanche 23 septembre 2012 à 20:23 +0200, Michaël Zakrzewski a
> écrit :
> > Bonjour,
> > 
> > en ce qui concerne le nommage des routes, est-ce que l'utilisation des 
> > images Google Street view est autorisée ?
> > 
> > Dans ce cas, est-ce qu'il est pertinent de nommer les embranchements (c'est 
> > bien ça les D2e3) des départementales ?
> > 
> > comme là où il y a à priori des erreurs de panneaux 
> > http://goo.gl/maps/blrK1  http://goo.gl/maps/TXpCS

> Ce week end, j'ai corrigé dans osm une parti du tracé de l'IGG
> (Itinéraire Grand Gabarit), je me suis servi de Street View pour marquer
> une voie ferré en disused 
> https://maps.google.fr/maps?hl=fr&ll=43.814533,0.085959&spn=0.005458,0.008991&t=m&layer=c&cbll=43.814535,0.083918&panoid=yfnAT0Bw2wBV3qT9-iHudQ&cbp=12,349.6,,0,22.3&z=17
> https://maps.google.fr/maps?hl=fr&ll=43.801092,0.047743&spn=0.002462,0.008991&t=m&layer=c&cbll=43.80109,0.047741&panoid=_u9fGt9jyxm9OTusU2d9mQ&cbp=11,141.58,,1,24.74&z=17
> et pour corriger un bout de voie classé en tertiary alors qu'elle est
> interdite à la circulation ! (C'est une voie de contournement de
> Gabarret et de stationnement réservé aux convois de pièces de l'A380)
> https://maps.google.fr/maps?hl=fr&ll=43.98454,0.009527&spn=0.019639,0.071926&t=m&layer=c&cbll=43.990372,-0.01004&panoid=anNWULVPbV5AwfPLvkx-ow&cbp=12,240.39,,0,2.29&z=14
> http://www.igg.fr/igg-commune.php4?id_mot=7
> Elle a été nommé "Voie Airbus" par le contributeur, j'ignore d'où sort
> ce nom, à la base c'est une ancienne voie ferrée recyclée en voie verte
> et aménagé sur sur la portion emprunté par les convois...

A propos de l'IGG, vers la fin du circuit, il emprunte une "piste"
http://www.openstreetmap.org/?lat=43.66867&lon=1.24304&zoom=15&layers=M

J'ai vraiment du mal a croire que le convoi emprunte une route non
goudronné entre Lévignac et Mondonville !!
À vérifier...


Librement,
-- 
Christophe Merlet (RedFox)


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

[OSM-talk-fr] OpenStreetMap et iOS 6

[Eric Pommereau]

Bonjour,

Oui, les commentaires (mais pas l'article) laissent le doute... d'autant
plus qu'il est impossible  (pour l'heure) de savoir quelles sont les
données et quel est le processus utilisé pour l'intégration de ces données
par Apple.
Sans savoir cela en détail je pense qu'il n'y a pas de sujet "impacts d'OSM
sur la nouvelle appli plans d'iOS5".

Toute nouvelle source d'info sur le sujet est bonne à prendre, qu'on aime
ou pas la firme à la pomme... ;-)

Bonne journée à tous.


Message: 3
> Date: Mon, 24 Sep 2012 10:50:45 +0200
> From: Vladimir Vyskocil 
> To: Discussions sur OSM en français  
> Subject: Re: [OSM-talk-fr] OpenStreetMap et iOS 6
> Message-ID: <870a06db-2fe2-41e5-bf98-50a3da225...@gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Bizarrement on dirait que dans l'opinion de certains les problèmes de
> cartographie d'Apple soit imputables à l'utilisation d'OpenStreetMap !
> Voir les commentaires de ce blog par exemple :
>
>
> http://www.journaldulapin.com/2012/09/23/plans-sous-ios-6-et-le-scuffgate-de-liphone-5/
>
> Vlad.
>
>
> On 22 sept. 2012, at 00:15, Emilie Laffray 
> wrote:
>
> > Et aussi que sur certains produits.
> > Le problème d'ios 6 serait un mélange de données teleatlas retraité par
> Apple.
> >
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetMap et iOS 6

[Stéphane Péneau]

Je viens d'y répondre avec quelques exemples qui montrent qu'Osm n'y 
est pour rien. Au contraire, ils auraient mieux fait d'utiliser un peu 
plus les données openstreetmap.



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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Pieren]

2012/9/24 Stéphane Péneau :

> Ou je trouve qu'il y a un biais, c'est que ses landuses sont très détaillés
> (j'applaudis) mais qu'en zone rurale, ils sont tout de même collés aux
> routes. Alors qu'entre la route et la parcelle, il y a une banquette, un
> fossé, parfois une haie, etc...

D'un autre côté, je comprends son raisonnement. Les landuses doivent
au final former une couverture complète du territoire. Si tu "colles"
les landuses avec la route, ils le sont aussi avec les landuse
adjacents. Si tu laisses un espace, il y a une zone grise sans
landuse, à moins de tracer aussi les landuse=highway (ou road) qui
forment l'emprise de la route sur le sol.
Si on veut tout détailler, les banquettes, les haies, les fossés, il
faut aller jusqu'au bout de cette logique et aussi représenter les
routes sous forme de polygones et non d'une simple ligne brisée.

Pieren

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

Re: [OSM-talk-fr] nommage des routes

[Christophe Merlet]

Le dimanche 23 septembre 2012 à 20:23 +0200, Michaël Zakrzewski a
écrit :
> Bonjour,
> 
> en ce qui concerne le nommage des routes, est-ce que l'utilisation des images 
> Google Street view est autorisée ?
> 
> Dans ce cas, est-ce qu'il est pertinent de nommer les embranchements (c'est 
> bien ça les D2e3) des départementales ?
> 
> comme là où il y a à priori des erreurs de panneaux http://goo.gl/maps/blrK1  
> http://goo.gl/maps/TXpCS


Pour ma part, je me sert de google street view pour valider mes
précédentes observations sur le terrain lorsque j'ai oublié de prendre
des photos d'un point particulier ou que ma mémoire s'embrouille.
Cela ne devrait pas être interdit vu que c'est un pure travail
d'interprétation, mais le débat est ouvert... En tout cas, cela ne peut
techniquement pas servir d'unique source.
https://help.openstreetmap.org/questions/710/can-i-use-google-streetview-to-help-create-maps

Ce week end, j'ai corrigé dans osm une parti du tracé de l'IGG
(Itinéraire Grand Gabarit), je me suis servi de Street View pour marquer
une voie ferré en disused 
https://maps.google.fr/maps?hl=fr&ll=43.814533,0.085959&spn=0.005458,0.008991&t=m&layer=c&cbll=43.814535,0.083918&panoid=yfnAT0Bw2wBV3qT9-iHudQ&cbp=12,349.6,,0,22.3&z=17
https://maps.google.fr/maps?hl=fr&ll=43.801092,0.047743&spn=0.002462,0.008991&t=m&layer=c&cbll=43.80109,0.047741&panoid=_u9fGt9jyxm9OTusU2d9mQ&cbp=11,141.58,,1,24.74&z=17
et pour corriger un bout de voie classé en tertiary alors qu'elle est
interdite à la circulation ! (C'est une voie de contournement de
Gabarret et de stationnement réservé aux convois de pièces de l'A380)
https://maps.google.fr/maps?hl=fr&ll=43.98454,0.009527&spn=0.019639,0.071926&t=m&layer=c&cbll=43.990372,-0.01004&panoid=anNWULVPbV5AwfPLvkx-ow&cbp=12,240.39,,0,2.29&z=14
http://www.igg.fr/igg-commune.php4?id_mot=7
Elle a été nommé "Voie Airbus" par le contributeur, j'ignore d'où sort
ce nom, à la base c'est une ancienne voie ferrée recyclée en voie verte
et aménagé sur sur la portion emprunté par les convois...

Pour la syntaxe des noms de routes je mets un espace après le D et
j'écris le e en minuscules "D 2e3"



Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] nommage des routes

[teuxe]

Bonjour,

Ne faites pas toujours confiance aux images géolocalisées par Google et 
classées pour le service "Street View". Je me suis amusé à parcourir des 
tunnels (en "pas à pas") avec cette application et je me suis retrouvé en train 
de changer de tunnel et de sens de circulation (en virtuel, heureusement) avec 
des images qui ne correspondaient pas. (Cf. jonction entre A14 et A86 à 
Nanterre)

Teuxe


- Mail original -
De: "Romain MEHUT" 
À: "Discussions sur OSM en français" 
Envoyé: Dimanche 23 Septembre 2012 21:24:04
Objet: Re: [OSM-talk-fr] nommage des routes



Le 23 septembre 2012 20:23, Michaël Zakrzewski < mikamika48197...@free.fr > a 
écrit : 


Bonjour, 

en ce qui concerne le nommage des routes, est-ce que l'utilisation des images 
Google Street view est autorisée ? 


Tu peux t'en servir en seconde intention. La première intention étant le relevé 
sur le terrain (ou le cadastre). Street View peut éventuellement t'aider si tu 
n'es plus sûr de ce que tu as observé toi même. 

Romain 

___
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] Coller ou pas coller ?

[Stéphane Péneau]

Le 23/09/2012 23:09, Nicolas Dumoulin a écrit :
Idéalement, c'est sûr qu'il faut l'éviter pour les raisons d'édition 
ultérieure. Néanmoins, tracer une forêt qui s'arrête sur une route se 
fait très rapidement en utilisant la fonction « suivre le chemin » de 
Josm. Donc des fois, on peut être indulgent, notament en zone rural, 
où les aménagements de bord de route ne fleurissent pas tous les 
matins. (je dis ça pour me chercher une excuse, mais je ne le referai 
pas promis ;-) ) 
Voici ce qu'il m'avait répondu. (j'espère qu'il ne m'en voudra pas de 
copier une partie d'un message privé) :
"Merci de m’en parler, effectivement la jonction entre les routes et les 
occupations du sol est volontaire. C’est pour une raison de « topologie 
» que je fais ça et c’est, je crois, ce qui est conseillé de faire. La 
démarche consiste à obtenir une occupation du sol contiguë et dans ces 
circonstances (représentation schématique et simplification qu’impose la 
numérisation du territoire) les occupations du sol vont jusqu’aux 
chemins, routes, etc. D’ailleurs, dans la réalité les routes forment 
souvent des limites « naturelles » entre les parcelles. J’imagine que 
pour l’édition cela pose parfois des problèmes, pour ma part je 
n’observe pas encore ce principe quand il s’agit de limites 
administratives comme les limites de la commune, car elles sont « 
officielle » et je ne voudrais pas les modifier par erreur ; pourtant ce 
sont généralement les cours d’eau ou certaines routes qui forment la 
limite cadastrale entre les communes. Enfin tout ça pour dire que oui 
j’ai une bonne raison de le faire et j’espère que je pourrais vous la 
faire partager ; j’ai commencé à m’intéresser à l’intérêt que présente 
OSM pour ce qui est de l’occupation du sol, car certes l’objectif 
premier est les routes mais c’est également un outil génial pour 
l’urbanisme, l’aménagement, etc. Et les collectivités s’en serviront 
probablement bientôt."


A noter qu'il est "SIGiste et cartographe" de métier.

Ou je trouve qu'il y a un biais, c'est que ses landuses sont très 
détaillés (j'applaudis) mais qu'en zone rurale, ils sont tout de même 
collés aux routes. Alors qu'entre la route et la parcelle, il y a une 
banquette, un fossé, parfois une haie, etc...



Stf



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

Re: [OSM-talk-fr] Compte rendu activité Vallée Violette, Joué Lès Tours

[RÉAU Simon]

Le 22/09/2012 21:01, DH a écrit :

Le 22/09/2012 20:17, RÉAU Simon a écrit :


Bonjour


Voici un petit compte rendu des activités passé et a venir en rapport 
avec OSM sur la quartier de la Vallée Violette à Joué Lès Tours 
http://www.openstreetmap.org/?lat=47.34593&lon=0.67964&zoom=16&layers=M



Durant l'année passé j'ai mis en place une animation durant 
l'accompagnement à la scolarité organisé par le centre social 
www.centresocialvalleeviolette.fr 
 .


Cet accompagnement se caractérisait par deux périodes. Durant la 
première partie était organisés des activités de culture général, 
jeux de société, découverte de différents thèmes ... Et dans la 
deuxième partie soutient scolaire et aide aux devoirs.


J'intervenais donc une fois par semaine dans la première partie pour 
les élèves de CM1 et CM2. Mon intervention a été anticipé par les 
animateur par une discussion avec les élèves sur la connaissance de 
leur adresse et sur la recherche du quartier et de leurs maisons sur 
une carte.


Durant mes premières interventions je leur est présenté le projet OSM 
et les grandes lignes d'un projet libre. Ensuite est venu la phase de 
contribution ou une a deux fois par semaines les élèves parcouraient 
le quartier avec les animateurs et notaient leurs observations sur 
OpenStreetBug. Lors de mon intervention par petit groupe ils 
rentraient chacun lors tours leur contributions via JOSM.


Après quelque séance et des motivations différentes en fonctions des 
élèves (certain désiraient aller plus loin dans l'édition tandis que 
d'autre n'étaient plus motivés par ce travail) nous avons dérivé sur 
différentes activité autour de la cartographie. Nous avons donc 
abordé de nombreux sujet tel que les projections, le repérage avec un 
index de carte, les tables de distances, l'interprétation de la 
légende d'une carte ...



De cette activité est ressorti un article dans le journal de quartier 
écrit par les enfants ( page 3 
http://www.centresocialvalleeviolette.fr/docs/PetiteSource-2012.05.pdf )



Suite a cela le centre social ma proposé d'animé une activité 
permanente pour tous public pour enrichir un peut plus la carte et a 
terme imprimer une carte du quartier qui sera diffusée dans les 
boites aux lettres.


Cette activité démarre donc officiellement jeudi 27 septembre 
http://www.centresocialvalleeviolette.fr/activites.php , avec pour 
but de former un maximum de contributeur sur le quartier et la ville. 
Nous allons commencer avec une initiation a JOSM et ensuite évoluer 
techniquement en fonction des demandes des participant (a la fin il 
seront prêt a intégrer le bati ;-) ).




Bravo Simon !

C'est simplement réjouissant de voir de telles initiatives. Une petite 
question : vers quelle(s) direction(s) s'orientaient les jeunes 
contributeurs motivés pour aller plus loin ? Technique, sémantique, 
pratique ?
Ne manques pas de nous tenir au courant de la suite des aventures dans 
cette si belle région. En plus, on peut mettre un visage sur ton nom 
maintenant !


Félicitations pour t'occuper de la "Next Generation"

Denis


Sur le groupe de 10 jeunes, il y en avais 3 qui étais réellement 
intéressé par la prise en main de JOSM et qui commençaient a bien 
maîtriser la recherche sur le wiki (les différentes images illustrant 
les tags était un avantage pour les partie pas ou partiellement 
traduite), 2 a trois étais intéressés mais n'aurait pas passé de temps 
libre à contribuer, et les autres ou bout de deux séance commençaient a 
se disperser et ne plus s'intéresser au sujet. C'est pourquoi ensuite 
tout en restant dans le sujet de la cartographie j'ai essayer de changer 
de thème a chaque séance.
Les jeunes participant à l'accompagnement scolaire sont sélectionné 
parmi les plus faible au niveau scolaire, chose que je n'ai pas 
forcément ressenti dans cette activité.


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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Stéphane Péneau]

Le 24/09/2012 08:32, Hélène PETIT a écrit :
En zone rurale je colle les landuse sur les voies (préparez le goudron 
et les plumes ; bien sucré le goudron, s'il vous plait, et pour les 
plumes, jolies couleurs assorties ; merci) ou les limites de communes.




Par contre je suis d'accord avec vous pour ne pas utiliser des voies 
ou des cours d'eau comme morceau de polyligne de landuse ou comme 
morceau de boundary=administrative :


Il n'y a pas comme un paradoxe ? Ou alors il y a une subtilité qui m'a 
échappée.


Stf

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

Re: [OSM-talk-fr] OpenStreetMap et iOS 6

[Vladimir Vyskocil]

Bizarrement on dirait que dans l'opinion de certains les problèmes de 
cartographie d'Apple soit imputables à l'utilisation d'OpenStreetMap ! 
Voir les commentaires de ce blog par exemple : 

http://www.journaldulapin.com/2012/09/23/plans-sous-ios-6-et-le-scuffgate-de-liphone-5/

Vlad.


On 22 sept. 2012, at 00:15, Emilie Laffray  wrote:

> Et aussi que sur certains produits.
> Le problème d'ios 6 serait un mélange de données teleatlas retraité par Apple.
> 

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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Pieren]

Sur cette question, il y a un constat : tout le monde n'a pas le même
souci du détail. Une seule "règle" prévaut de mon point de vue, c'est
que les données doivent toujours évoluer dans le sens d'une plus
grande précision et non l'inverse.

Pieren

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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Hélène PETIT]

Le 24/09/2012 09:52, Marc SIBERT a écrit :

PS : et n'oubliez pas de changer de user pour les


gros

imports du cadastre ;-)


Ref :
http://lists.openstreetmap.org/pipermail/talk/2012-September/064245.html


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

Re: [OSM-talk-fr] Coller ou pas coller ?

[Marc SIBERT]

Le 24 septembre 2012 08:32, Hélène PETIT  a écrit :

> Le 23/09/2012 23:09, Nicolas Dumoulin a écrit :
>
>> Le dimanche 23 septembre 2012 17:03:01 Stéphane Péneau a écrit :
>>
>>  Ah ben tient !!
>>> J'ai contacté un contributeur la semaine dernière pour le même genre de
>>> situation (highway et landuse collés).
>>> Donc vous confirmez qu'il ne faut pas le faire ?
>>>
>>
> Après plusieurs essais, des fois je le fais, des fois pas ; ça dépends du
> contexte ; ma priorité est d'éviter les multipolygones, je trouve que c'est
> pire que tout à maintenir, parce qu'on a pas d'outils qui charge les autres
> objet accrochés dessus (maintenance horrifique).
>
> En zone urbaine je suis les limites cadastrales, et je laisse sans landuse
> l'emprise des voies.
>
> En zone rurale je colle les landuse sur les voies (préparez le goudron et
> les plumes ; bien sucré le goudron, s'il vous plait, et pour les plumes,
> jolies couleurs assorties ; merci) ou les limites de communes.
> Pour la maintenance, j'utilise "G"  pour décoller les polylignes, c'est
> vraiment facile ; l'essayer, c'est l'adopter.
> Et d'ailleurs c'est Vincent Pottier qui a expliqué comment coller avec "F"
> quand la fonction a été intégrée dans josm ; alors ? alors ?
>
> Par contre je suis d'accord avec vous pour ne pas utiliser des voies ou
> des cours d'eau comme morceau de polyligne de landuse ou comme morceau de
> boundary=administrative : au début je le faisais pour économiser des points
> ;
> puis je me suis vite rendue compte que les gens modifient les cours d'eau
> et les chemins partout, sans pour autant que les cadastres ne soient
> modifiés en conséquence ; le cours des rivières se modifient tout seuls
> aussi, alors que la limite de commune qui les suivait n'a pas été modifié
> au cadastre ; donc maintenant pour les boundary=administrative, je mets des
> polylignes complètement dédiées.
>
> bon alors ce goudron, ça vient ?
>
> Hélène
>
>
> +1 :-)

Pour développer un peu... je pratique aussi l'art du "p'têt ben qu'oui,
p'tête ben qu'non" ou du "ça dépend". Je n'aime pas les tronçons découpés
dans les forêts pour faire passer une route ou une ligne électrique, je
sais c'est limite pour faire beau, mais c'est aussi parfois plus simple à
tracer sur de grande distances. Ceci dit en ville avec les parcelles, c'est
plus simple de tracer les contours de surfaces avec l'aide du cadastre... à
condition d'utiliser JOSM (je n''y suis passé qu'après 2 ans de P & P2).
Ceci dit je suis pour la réutilisation des points existants (pas pour
économiser des id) mais parce que la modification d'une limite va
naturellement entrainée l'autre (voie + limite de landuse par ex.)

Mes 0.02 €

A+

PS : et n'oubliez pas de changer de user pour les imports du cadastre ;-)

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

Re: [OSM-talk-fr] Usage d'OSM par les infographistes...

[Bruno Cortial]

Le 23 septembre 2012 23:11, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le dimanche 23 septembre 2012 15:50:53 Etienne Trimaille a écrit :
> > Je pense qu'il y a vraiment quelque chose à faire dans cette direction.
> > Est-ce qu'il y a eu des avancements sur le projet ? Est-ce que le code a
> > été mis quelque part Christian ?
>
> Peut-être que OSM2GIS serait un bon candidat :-)
> Une fois les données converties en .shp, tu dois pouvoir les importer dans
> tilemill.
>
>
Bonjour,
Je n'ai pas encore testé les shape de OSM2GIS sous tilemill, mais il est
clair qu'il s'agit d'un super complément, j'ai juste une petite remarque :
si ce n'est déjà fait il faudrait intégrer à OSM2GIS l'étape d'indexation
des shapes avec l'outil shapeindex.

Plus d'info là:
http://support.mapbox.com/kb/mapping-101/step-by-step-prepping-and-optimizing-data-for-tilemill

En relisant je vois que le fichier index produit est spécifique à mapnik,
donc cela pourrait être optionnel.

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