date:20121114

Tout à fait d'accord sur l'inutilité de ce tag source qui ressemble plus à
de l'auto-promo qu'à autre chose.

Pour les addr:* cela vient de la fonction autofill de Pushpin qui fait un
géocodage inversé avec Nominatim pour les remplir... autant dire que c'est
de l'info inutilement redondante si elle n'est pas complétée par
l'utilisateur ce qui à mon avis doit être très rare.

Un petit message sur talk@ ?


Le 14 novembre 2012 08:03, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Bonjour,

 Je viens de voir fleurir des nœuds dans mon coin qui semblent être publiés
 avec
 une application qui s'appelle pushpin (iOS). C'est pas mal, car l'ajout de
 POI
 doit être simplifié.
 Ce qui me soucie, c'est que cette application ajoute sur chaque nœud le tag
 source=Pushpin for iOS
 http://www.openstreetmap.org/browse/node/2012785752

 Ça ne me paraît pas très pertinent comme source, d'autant qu'il y a déjà le
 nom de l'application dans le tag comment du changeset (plus approprié).

 Je pense qu'il faudrait contacter l'éditeur de cette application pour
 corriger
 le tir.
 Au passage, je ne pense pas non plus que les
 addr:city/state/country/postcode
 soient très utiles car redondant …

 Vous en avez déjà vu ?

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

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




-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quelqu'un de dispo pour l'Ubuntu Party 17-18 novembre à Paris...

2012-11-14 Par sujet Romain MEHUT

Et de préciser que Nicolas met en ligne ses ateliers ici:
http://libreavous.teledetection.fr/geomatique/24-formations/55-nouveaux-cours-et-ateliers-concernant-le-webmapping

Romain

Le 14 novembre 2012 09:02, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Dommage à un week-end près j'aurai pu venir vous donner un coup de main :
 j'étais en visite à la cité des sciences dimanche passé... Ce sera pour un
 prochaine fois. En tout cas bonne chance pour la journée.
 Juste pour info j'étais à Paris pour présenter le projet OpenStreetMap
 dans le cadre du master 2 Géomatique appliquée aux études urbaines et aux
 risques de Cergy-Pontoise. J'ai animé lundi après-midi une présentation +
 un petit atelier sous JOSM avec les étudiants. Malheureusement il n'y avait
 pas assez de temps pour organiser une carto-partie, mais j'espère avoir
 convaincu quelques nouveaux contributeurs. :-)

 a+
 Nicolas

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

[OSM-talk-fr] Import de données créées dans ArchiCAD

2012-11-14 Par sujet sebastien . dinot

Bonjour,

Hier soir, j'ai initié à (J)OSM un étudiant de l'école d'architecture de 
Toulouse qui va partir à la fin de la semaine en Afrique du sud avec 9 de ses 
camarades (qu'il formera lui-même à (J)OSM) dans le cadre d'un projet 
d'aménagement d'un quartier défavorisé de Soweto.

Ces étudiants ont voulu travailler en amont en créant, à partir d'une 
photographie aérienne que je n'ai pas vue et dont il n'a pas su me donner 
l'origine, un plan du quartier dans ArchiCAD 
(http://www.graphisoft.com/products/archicad/). Et bien évidemment, ils 
voudraient désormais importer ces données préliminaires (qui seront actualisées 
et enrichies sur le terrain) dans OSM.

Mais j'ai identifié deux problèmes :

1. L'outil travaille dans un repère métrique qui lui est propre et les données 
ne sont donc pas géoréférencées.

2. ArchiCAD ne propose que peu de formats d'export vectoriel. Celui dans lequel 
je fonde le plus d'espoirs est DWG (1).

Mes questions sont donc les suivantes :

1. Connaissez-vous un outil qui, à partir de quelques points d'appui, saurait 
géoréférencer des données vectorielles et qui supporterait le format DWG ?

2. Savez-vous comment on peut importer dans JOSM des données géoréférencées au 
format DWG ? Je n'ai pas trouvé ce format dans la liste proposée en entrée.

3. S'il n'est pas possible d'importer des données au format DWG, 
connaissez-vous un outil de conversion du format DWG vers un format supporté 
par JOSM ?

Je vous remercie par avance,

Sébastien

(1) * Non, je ne parle pas du Data Working Group mais du format de données 
natif d'AutoCAD.
* Les autres formats proposés par ArchiCAD sont soit matriciels (TIFF par 
exemple), soit antédiluviens et très spécifiques

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


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

Re: [OSM-talk-fr] Import de données créées dans ArchiCAD

2012-11-14 Par sujet HELFER Denis


 -Message d'origine-
 De : sebastien.di...@free.fr [mailto:sebastien.di...@free.fr]
 Envoyé : mercredi 14 novembre 2012 09:40
 À : Liste francophone OSM
 Objet : [OSM-talk-fr] Import de données créées dans ArchiCAD
...
 
 Mes questions sont donc les suivantes :
 
 1. Connaissez-vous un outil qui, à partir de quelques points d'appui,
 saurait géoréférencer des données vectorielles et qui supporterait le
 format DWG ?

OpenJUMP (1), à partir d'une couche DXF (ou shapefile ou autre) et d'une autre 
couche de vecteurs de déformation (warping vectors) permet de faire cela.
Si le plan est orienté plein nord, c'est mieux (un seul vecteur de déformation 
suffirait)

 
 2. Savez-vous comment on peut importer dans JOSM des données
 géoréférencées au format DWG ? Je n'ai pas trouvé ce format dans la
 liste proposée en entrée.
 
 3. S'il n'est pas possible d'importer des données au format DWG,
 connaissez-vous un outil de conversion du format DWG vers un format
 supporté par JOSM ?

GDAL/OGR (2) doit pouvoir convertir cela. La piste QGis permettrait de passer 
en format OSM (avec le plugin qui va bien).
Si tu as un extrait de ce plan, je peux faire quelques tests.

Denis

1 : http://www.openjump.org/
2 : http://www.gdal.org/ogr/ogr_formats.html
3 : http://www.qgis.org/


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

Re: [OSM-talk-fr] Import de données créées dans ArchiCAD

2012-11-14 Par sujet Vincent de Chateau-Thierry

Bonjour,

 De : sebastien.di...@free.fr
 
 Mes questions sont donc les suivantes :
 
 1. Connaissez-vous un outil qui, à partir de quelques points d'appui, saurait 
géoréférencer des données vectorielles et qui supporterait le format DWG ?

 
 2. Savez-vous comment on peut importer dans JOSM des données géoréférencées 
 au format 
DWG ? Je n'ai pas trouvé ce format dans la liste proposée en entrée.
 
 3. S'il n'est pas possible d'importer des données au format DWG, 
 connaissez-vous un 
outil de conversion du format DWG vers un format supporté par JOSM ?
 

Pour le géoréférencement, je ne l'ai pas testée mais je pense que cette 
fonction de GRASS
doit aider :
http://grass.osgeo.org/manuals/html70_user/v.rectify.html
Je ne sais pas si ça mange du DWG (je doute) mais OGR a priori sait lire ce 
format :
http://www.gdal.org/ogr/drv_dwg.html
ce qui ouvre des pistes pour l'utilisation dans GRASS.

Pour le géoréférencement toujours, si tu peux te contenter d'une déformation 
homogène,
alors tu as dans PostGIS des fonctions de translation, rotation et changement 
d'échelle,
au cas où.

Pour la passage vers JOSM, le plugin OpenData :
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData
sait lire du shapefile. OGR sait écrire du shapefile. Donc tu as une passerelle 
possible.

vincent

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

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

Re: [OSM-talk-fr] Import de données créées dans ArchiCAD

2012-11-14 Par sujet khris78

Bonjour,

La phrase suivante me fait tiquer :
 Ces étudiants ont voulu travailler en amont en créant, à partir d'une 
 photographie aérienne que je n'ai pas vue et dont il n'a pas su me donner 
 l'origine,

Ca veut donc dire problème de license potentiel si ce travail est inséré dans 
OSM... (je sais, ça ne répond pas aux questions techniques, mais ça me semble 
justement primordial de se demander peut-on ? avant de se demander comment 
?)

Bon courage et toute mon admiration pour ces étudiants.

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

Re: [OSM-talk-fr] halte nautique et port

Oui, comme tous les ports d'ailleurs.

Et dans les deux cas il y a des bâtiments commerciaux, des cales, des quais
de service, des parkings pour bateaux ou pour voitures, des rues d'accès,
des trottoirs et traversées piéton, parfosi aussi des rails, souvent des
chantiers de réparation, parfois aussi des animations spéciales.

Du côté de l'eau, on aura aussi des pontons flottants, des digues, parfois
une porte-écluse ou juste un seuil assurant un niveau d'eau minimum et
qu'on ne peut pas passer à marée basse, des bouées et balises, des treuils
et systèmes de levage.

Et sinon des chemins réglementés et des lignes à ne pas franchir, ou des
zones de découpage administratif ou réglementaire délimitées par des lignes
invisibles mais qu'on déduit par certaines signalisations, non
matérialisées sur toute leur longueur mais qui servent d'éléments de
repérage ou qu'il faut déduire d'une mesure observée (par exemple une
distance minimale, ou la connaissance d'une information telles que la
hauteur de mature pour passer sous un ouvrage, la largeur d'un chenal par
rapport au navire, la profondeur de fond par rapport à la longueur de
quille sous l'eau, ou certaines restrictions en fonction de ce qui est
transporté, du système de propulsion, ou de la certification du pilote, ou
de l'équipement de signalisation et communication du navire).

Même pour accéder à une marina, l'autorité portuaire peut exiger que
l'approche des quais ou des pontons ne se fasse qu'avec un pilote certifié
montant à bord, après les avoir prévenu pour réserver votre anneau, et
sinon vous demandera de prendre un ancrage temporaire dans une zone
autorisée et de débarquer en canot si vous ne pouvez pas attendre.

Et on peut n'avoir que le droit d'accoster pour une durée limitée, pour
rejoindre ensuite un ancrage plus éloigné ou un autre port, et on vous
demandera de passer à la capitainerie payer les droits d'accès et de séjour
dans les installations en fonction de celles que vous occupez et de la
classe de votre embarcation. L'accès peut être gratuit dans une zone
d'accès limitée (surtout les petites embarcations sportives et de loisirs
pour amateurs, type 4.20, dans un secteur d'une plage par exemple), mais
pas le stationnement (même pour sortit la barque de l'eau et la mette sur
remorque) selon le lieu de stationnement. Les professionnels du loisir ont
en général acquis un droit d'usage de longue durée dans leur propre zone de
stationnement ou de stockage, ils partent rarement dans des destinations
non régulières, à la demande de leurs clients, sinon ils savent quoi faire
et où faire leurs demandes à l'avance.

Mais bon... Les logements qu'on trouve appellés Marina sont des noms
commerciaux donnés par des promoteurs (même si la mairie en fait aussi la
promotion). En terme d'usage je ne qualifie pas ça de marina mais seulement
de zone résidentielle. Le port ou la marina se caractérise avant tout par
son activité directement liée à la navigation, voire à la résidence dans
les bateaux eux-mêmes, mais pas la résidence en immeuble (sauf quand on ne
peut séparer l'immeuble d'une installation ou actitivité portuaire) !

Sinon presque toute l'île de Manhattan est un port, alors que c'est surtout
une zone d'activité commerciale, très peu résidentielle, et que le port se
limite à une partie côtière de l'île faite de quais, digues, pontons,
bassins, et quelques bâtiments, et sinon du fleuve avec ses ancrages.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ref:INSEE

+1 et +1 aussi. Je me suis toujours demandé pourquoi on n'indique pas
explicitement la source.

Ceci dit concernant ref:INSEE on aurait éventuellement aussi ref:FR;INSEE,
mais cela va être tellement utilisé et il y a peu de risque de collision si
on ne l'utiilise QUE pour des noeuds, chemins ou surfaces en France où il
ne devrait pas y en avoir. Je ne pense pas que les éventuelles références
INSEE existant pour d'autres pays soient pertinents dans OSM.

Pour les références ISO, c'est déjà international, donc pas d'autre préfixe
national ou régional : ref:ISO-3166-1=* (ou -2), et non juste ISO3166-1=* :
cela devrait être des ref:* aussi. Pour NUTS c'est plus délicat : ref;NUTS
ou ref:EU:NUTS (en utiliser le préfixe régional où c'est pertinent) ? Dans
ces deux cas il faut en discuter sur une liste plus internationale.

Que dire sinon de ref:sandre=* : ce devrait être ref:FR:sandre=* de même
que ref:FR:LaPoste=*, ref:FR:RFF=*, ref:FR:ERDF=*.



D'une façon générale les ref:* doivent être gérés en espaces de noms comme
les noms de domaine Internet. S'il le faut on pourrait avoir ref:INT.ISO*
(comme on a le nom de domaine iso.int), les TLDs devenant des préfixes de
noms (en majuscules pour distinguer des codes de langues, même si les codes
langues sont plutôt en suffixes dans les tags name=* ou *_name=*),
écrits entre ref: et le nom de domaine de l'entité externe dans son TLD.
Dans certains cas on aurait alors des ref:FR:gouv:xxx=* (là où on a un nom
de domaine xxx.gouv.fr). Si le nom de domaine désigne une marque
commerciale réservée (LaPoste) on y met des capitales, sinon si c'est une
simple insituttion publique légale, on peut reste en minuscules (par
exemple ref:FR:insee=* ou ref:FR:sandre=* ou ref:DE:fkgz=*).

Utiliser les noms de domaine permet de savoir que quel domaine internet
chercher la base de données externes et donc qui la met à jour et constitue
une source vérifiable.

Si on suivait la logique, on aurait ref:ORG:wikipedia=* et
non ref:wikipedia=*, à moins qu'on décide d'omettre exclusivement le
domaine TLD .org (celui du libre), et LUI seulement et uniquement si sa
suppression n'entraine pas de conflit du label xxx de second niveau du
nom de domaine xxx.org avec un autre TLD (donc si une référence externe
est sur le domaine linux.fr.org, on ne pourra pas utiliser
ref:fr:linux=* puisque le lavel fr est un ccTLD existant,
mais ref:ORG:fr:linux=*)

Ce qui obligerait alors pour les autres nombreux domaines .com et autres
gTLD à utiliser ref:COM:xxx=* (pour le domaine xxx.com), ref:EDU:xxx=*
(pour le domaine xxx.edu d'une école ou université américaine) et tous les
domaines inscrits dans un ccTLD à aussi mentionner le CCTLD en préfixe de
nommage (donc cela obligerait ref:FR:insee=*).

C'est simple comme règle et au moins on n'a plus à décider dans OSM quelle
forme est appropriée (ce n'est plus à nous de gérer la règle du « premier
demandé et éligible, premier servi »), et on ne risque plus de conflits
(sauf si un service change de de nom et abandonne son ancien domaine pour
un autre, ce qui pourrait se régler par un bot de renommage, une fois qu'on
a vérifié l'existence du nouveau domaine et sa bonne association avec le
service officiel à référencer) et on évitera des conflits d'interprétation.

===

Attention ! car le nombre de gTLD va bientôt considérablement augmenter
(seuls les noms courts à 2 lettres pour les ccTLDs resteront réservés, et
quelques autres gTLD conservés par l'ICANN ou l'IETF comme .root ou déjà
réglementés et partagés comme .com, '.net et .org, ou les TLDs
spéciaux à 1 lettre qui pourraient servir à autre chose plus tard (au plan
technique) même si un TLD à 1 lettre pourrait être réservé à un
usage privé purement local, et non opérable sur Internet (comme le TLD
.x). Il est probable que tous les TLDs à 3 lettres nécessiteront un contrat
préalable avec l'ICANN, et des conditions spécifiques pour ceux à 4
lettres, contrairement aux autres TLDs plus longs). On va en avoir des
commerciaux pour former des liens web valides tels que http://go.ibm/ ou 
http://w8.windows/; ou http://bidule.bing/; détenus par Microsoft (ce ne
sont QUE des exemples fictifs).

Le 12 novembre 2012 23:13, Christian Quest cqu...@openstreetmap.fr a
écrit :

 +1 et +1

 Le 12 novembre 2012 23:06, Christophe Merlet red...@redfoxcenter.org a
 écrit :

 Pour être cohérent avec les communes françaises, je propose de remplacer
 les ref des régions et départements par des ref:INSEE.

 De plus, je propose aussi d'en profiter pour remplacer les ref_NUTS par
 des ref:NUTS toujours dans un souci de cohérence.


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

Re: [OSM-talk-fr] ref:INSEE

2012-11-14 Par sujet Nicolas Moyroud

Tiens je ne connaissais pas les ref_NUTS... C'est quoi ? Des points de 
repère pour les écureuils ? ;-)


Nicolas


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

Re: [OSM-talk-fr] ref:INSEE

2012/11/14 Nicolas Moyroud nmoyr...@free.fr

 Tiens je ne connaissais pas les ref_NUTS... C'est quoi ? Des points de
 repère pour les écureuils ? ;-)



C'est un découpage pour des statistiques européennes:
http://fr.wikipedia.org/wiki/Nomenclature_d'unit%C3%A9s_territoriales_statistiques

J'avoue que je suis l'ignoble qui a ajouté ces ref_NUTS en France.


-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pushpin pour iOS ?

2012-11-14 Par sujet Pieren

2012/11/14 Christian Quest cqu...@openstreetmap.fr:
 Un petit message sur talk@ ?

L'auteur est contactable depuis cette page:
http://spatialnetworks.com/blog/2012/10/pushpin-osm-an-openstreetmap-poi-editor-for-iphone-ipad/

Pieren

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

Re: [OSM-talk-fr] Pushpin pour iOS ?

2012-11-14 Par sujet Nicolas Dumoulin

Le mercredi 14 novembre 2012 09:26:36 Christian Quest a écrit :
 Tout à fait d'accord sur l'inutilité de ce tag source qui ressemble plus à
 de l'auto-promo qu'à autre chose.

Clair
 
 Pour les addr:* cela vient de la fonction autofill de Pushpin qui fait un
 géocodage inversé avec Nominatim pour les remplir... autant dire que c'est
 de l'info inutilement redondante si elle n'est pas complétée par
 l'utilisateur ce qui à mon avis doit être très rare.

En effet, si ce n'est que du géocodage, tous les addr:* sont superflus !

 Un petit message sur talk@ ?

Je n'y suis pas abonné 0:-)
Si personne ne s'y colle, j'irai en parler sur irc#osm un de ces quatre …

Merci

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

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

Re: [OSM-talk-fr] halte nautique et port

2012-11-14 Par sujet Sylvain Maillard

si on en crois le Larousse (
www.larousse.fr/dictionnaires/francais/marina/49488), une marina est un
Ensemble immobilier établi sur une concession d'endigage et combinant des
habitations avec un port de plaisance.

On est donc bien dans une structure liant fortement des habitations et un
port, donc pas uniquement un port tout seul, ou une zone d'habitation à
proximité d'un port !
L'accès au port de la marina reste quand à lui sous droit maritime, avec
les même règles que pour tout autre port ...


Sylvain


Le 14 novembre 2012 10:59, Philippe Verdy verd...@wanadoo.fr a écrit :

 Oui, comme tous les ports d'ailleurs.

 Et dans les deux cas il y a des bâtiments commerciaux, des cales, des
 quais de service, des parkings pour bateaux ou pour voitures, des rues
 d'accès, des trottoirs et traversées piéton, parfosi aussi des rails,
 souvent des chantiers de réparation, parfois aussi des animations spéciales.

 Du côté de l'eau, on aura aussi des pontons flottants, des digues, parfois
 une porte-écluse ou juste un seuil assurant un niveau d'eau minimum et
 qu'on ne peut pas passer à marée basse, des bouées et balises, des treuils
 et systèmes de levage.

 Et sinon des chemins réglementés et des lignes à ne pas franchir, ou des
 zones de découpage administratif ou réglementaire délimitées par des lignes
 invisibles mais qu'on déduit par certaines signalisations, non
 matérialisées sur toute leur longueur mais qui servent d'éléments de
 repérage ou qu'il faut déduire d'une mesure observée (par exemple une
 distance minimale, ou la connaissance d'une information telles que la
 hauteur de mature pour passer sous un ouvrage, la largeur d'un chenal par
 rapport au navire, la profondeur de fond par rapport à la longueur de
 quille sous l'eau, ou certaines restrictions en fonction de ce qui est
 transporté, du système de propulsion, ou de la certification du pilote, ou
 de l'équipement de signalisation et communication du navire).

 Même pour accéder à une marina, l'autorité portuaire peut exiger que
 l'approche des quais ou des pontons ne se fasse qu'avec un pilote certifié
 montant à bord, après les avoir prévenu pour réserver votre anneau, et
 sinon vous demandera de prendre un ancrage temporaire dans une zone
 autorisée et de débarquer en canot si vous ne pouvez pas attendre.

 Et on peut n'avoir que le droit d'accoster pour une durée limitée, pour
 rejoindre ensuite un ancrage plus éloigné ou un autre port, et on vous
 demandera de passer à la capitainerie payer les droits d'accès et de séjour
 dans les installations en fonction de celles que vous occupez et de la
 classe de votre embarcation. L'accès peut être gratuit dans une zone
 d'accès limitée (surtout les petites embarcations sportives et de loisirs
 pour amateurs, type 4.20, dans un secteur d'une plage par exemple), mais
 pas le stationnement (même pour sortit la barque de l'eau et la mette sur
 remorque) selon le lieu de stationnement. Les professionnels du loisir ont
 en général acquis un droit d'usage de longue durée dans leur propre zone de
 stationnement ou de stockage, ils partent rarement dans des destinations
 non régulières, à la demande de leurs clients, sinon ils savent quoi faire
 et où faire leurs demandes à l'avance.

 Mais bon... Les logements qu'on trouve appellés Marina sont des noms
 commerciaux donnés par des promoteurs (même si la mairie en fait aussi la
 promotion). En terme d'usage je ne qualifie pas ça de marina mais seulement
 de zone résidentielle. Le port ou la marina se caractérise avant tout par
 son activité directement liée à la navigation, voire à la résidence dans
 les bateaux eux-mêmes, mais pas la résidence en immeuble (sauf quand on ne
 peut séparer l'immeuble d'une installation ou actitivité portuaire) !

 Sinon presque toute l'île de Manhattan est un port, alors que c'est
 surtout une zone d'activité commerciale, très peu résidentielle, et que le
 port se limite à une partie côtière de l'île faite de
 quais, digues, pontons, bassins, et quelques bâtiments, et sinon du fleuve
 avec ses ancrages.


 ___
 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] Pushpin pour iOS ?

Pour info, voilà ce que j'ai envoyé:

Pushpin is a great app and I've recommended a lot around me but... a
couple of problems I'd like to share with you :

1) the source tag is not designed to put the software used to edit the
data... this is something that should only go in the changeset tags with
the created_by tag, not source.
Having Pushpin iOS in: the changeset comment, the created_by changeset
tag and the source tag of he new/modified object is way too much.
If existing, the source tag should not be modified unless additionnal
information is given by the user.

2) the address autofill looks to me as a false good idea as it is currently
implemented.
It looks like you're doing a reverse geocoding to get these data... so in
most cases it is creating a duplicate of existing OSM data and does not
bring any new information to the data base.
It also always adds a addr:state, even in countries where there is no
state (like France).

Example: http://www.openstreetmap.org/browse/node/739079399

By using the autofill and leaving it as is, I get:
- addr:state (irrelevant in France)
- addr:street = Avenue Victor Hugo (which is wrong)

I suggest to take into account only the validated details that the user
should confirm explicitely. If no new information is given
(addr:housenumber for example), there is no benefit to store the autofilled
data on the POI.

Do not hesitate to contact me (I'm also iOS developper from time to time).

2012/11/14 Pieren pier...@gmail.com

2012/11/14 Christian Quest cqu...@openstreetmap.fr:
Un petit message sur talk@ ?

L'auteur est contactable depuis cette page:

http://spatialnetworks.com/blog/2012/10/pushpin-osm-an-openstreetmap-poi-editor-for-iphone-ipad/

Pieren

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

--
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] halte nautique et port

Euh... oui le Larousse... très bien pour le français, mais attentions aux
faux amis avec les tags...

marina en angliche et en ricain c'est quoi sa définition exacte ?


Le 14 novembre 2012 11:23, Sylvain Maillard sylvain.maill...@gmail.com a
écrit :

 si on en crois le Larousse (
 www.larousse.fr/dictionnaires/francais/marina/49488), une marina est un
 Ensemble immobilier établi sur une concession d'endigage et combinant
 des habitations avec un port de plaisance.

 On est donc bien dans une structure liant fortement des habitations et un
 port, donc pas uniquement un port tout seul, ou une zone d'habitation à
 proximité d'un port !
 L'accès au port de la marina reste quand à lui sous droit maritime, avec
 les même règles que pour tout autre port ...


 Sylvain


 Le 14 novembre 2012 10:59, Philippe Verdy verd...@wanadoo.fr a écrit :

 Oui, comme tous les ports d'ailleurs.

 Et dans les deux cas il y a des bâtiments commerciaux, des cales, des
 quais de service, des parkings pour bateaux ou pour voitures, des rues
 d'accès, des trottoirs et traversées piéton, parfosi aussi des rails,
 souvent des chantiers de réparation, parfois aussi des animations spéciales.

 Du côté de l'eau, on aura aussi des pontons flottants, des digues,
 parfois une porte-écluse ou juste un seuil assurant un niveau d'eau minimum
 et qu'on ne peut pas passer à marée basse, des bouées et balises, des
 treuils et systèmes de levage.

 Et sinon des chemins réglementés et des lignes à ne pas franchir, ou des
 zones de découpage administratif ou réglementaire délimitées par des lignes
 invisibles mais qu'on déduit par certaines signalisations, non
 matérialisées sur toute leur longueur mais qui servent d'éléments de
 repérage ou qu'il faut déduire d'une mesure observée (par exemple une
 distance minimale, ou la connaissance d'une information telles que la
 hauteur de mature pour passer sous un ouvrage, la largeur d'un chenal par
 rapport au navire, la profondeur de fond par rapport à la longueur de
 quille sous l'eau, ou certaines restrictions en fonction de ce qui est
 transporté, du système de propulsion, ou de la certification du pilote, ou
 de l'équipement de signalisation et communication du navire).

 Même pour accéder à une marina, l'autorité portuaire peut exiger que
 l'approche des quais ou des pontons ne se fasse qu'avec un pilote certifié
 montant à bord, après les avoir prévenu pour réserver votre anneau, et
 sinon vous demandera de prendre un ancrage temporaire dans une zone
 autorisée et de débarquer en canot si vous ne pouvez pas attendre.

 Et on peut n'avoir que le droit d'accoster pour une durée limitée, pour
 rejoindre ensuite un ancrage plus éloigné ou un autre port, et on vous
 demandera de passer à la capitainerie payer les droits d'accès et de séjour
 dans les installations en fonction de celles que vous occupez et de la
 classe de votre embarcation. L'accès peut être gratuit dans une zone
 d'accès limitée (surtout les petites embarcations sportives et de loisirs
 pour amateurs, type 4.20, dans un secteur d'une plage par exemple), mais
 pas le stationnement (même pour sortit la barque de l'eau et la mette sur
 remorque) selon le lieu de stationnement. Les professionnels du loisir ont
 en général acquis un droit d'usage de longue durée dans leur propre zone de
 stationnement ou de stockage, ils partent rarement dans des destinations
 non régulières, à la demande de leurs clients, sinon ils savent quoi faire
 et où faire leurs demandes à l'avance.

 Mais bon... Les logements qu'on trouve appellés Marina sont des noms
 commerciaux donnés par des promoteurs (même si la mairie en fait aussi la
 promotion). En terme d'usage je ne qualifie pas ça de marina mais seulement
 de zone résidentielle. Le port ou la marina se caractérise avant tout par
 son activité directement liée à la navigation, voire à la résidence dans
 les bateaux eux-mêmes, mais pas la résidence en immeuble (sauf quand on ne
 peut séparer l'immeuble d'une installation ou actitivité portuaire) !

 Sinon presque toute l'île de Manhattan est un port, alors que c'est
 surtout une zone d'activité commerciale, très peu résidentielle, et que le
 port se limite à une partie côtière de l'île faite de
 quais, digues, pontons, bassins, et quelques bâtiments, et sinon du fleuve
 avec ses ancrages.


 ___
 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/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] halte nautique et port

2012-11-14 Par sujet Pieren

2012/11/14 Christian Quest cqu...@openstreetmap.fr:

 marina en angliche et en ricain c'est quoi sa définition exacte ?

Oui, je crois qu'on a malheureusement un problème de faux-ami. Les
brits entendent 'marina' pour la partie portuaire uniquement alors que
les latins considèrent aussi l'ensemble immobilier à proximité
(resort). Il faut bien-sûr adopter l'usage anglais mais il faudrait
bien le signaler dans nos docs/traductions. Malgré cela, la confusion
devrait perdurer chez les contributeurs qui sont rares à lire le wiki
avant d'utiliser un tag (surtout lorsque celui-ci est dans les presets
d'un éditeur).

Pieren

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

Re: [OSM-talk-fr] halte nautique et port

2012-11-14 Par sujet claude marani

Le 14/11/12, Pierenpier...@gmail.com a écrit :
 2012/11/14 Christian Quest cqu...@openstreetmap.fr:

 marina en angliche et en ricain c'est quoi sa définition exacte ?

 Oui, je crois qu'on a malheureusement un problème de faux-ami. Les
 brits entendent 'marina' pour la partie portuaire uniquement alors que
 les latins considèrent aussi l'ensemble immobilier à proximité
 (resort). Il faut bien-sûr adopter l'usage anglais mais il faudrait
 bien le signaler dans nos docs/traductions. Malgré cela, la confusion
 devrait perdurer chez les contributeurs qui sont rares à lire le wiki
 avant d'utiliser un tag (surtout lorsque celui-ci est dans les presets
 d'un éditeur).

 Pieren

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

d'après un dictionnaire anglais

marina
a small port or area of water where people keep boats that are used for pleasure

un petit port ou zone ou les gens peuvent laisser le bateau de plaisance

dans un autre
A boat basin that has docks, moorings, supplies, and other facilities
for small boats.

cordialement
Claude

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

Re: [OSM-talk-fr] Import de données créées dans ArchiCAD

2012-11-14 Par sujet Jean-Claude Repetto


Le 14/11/2012 09:40, sebastien.di...@free.fr a écrit :


Ces étudiants ont voulu travailler en amont en créant, à partir d'une 
photographie aérienne que je n'ai pas vue et dont il n'a pas su me donner 
l'origine, un plan du quartier dans ArchiCAD


C'set la première chose à vérifier. S'il l'ont fait à partir d'une 
orthophoto IGN (ce qui est probable), ils ne pourront pas l'utiliser 
dans OSM.



2. ArchiCAD ne propose que peu de formats d'export vectoriel. Celui dans lequel 
je fonde le plus d'espoirs est DWG (1).


Le format DXF est préférable, car c'est un format texte plus ouvert que 
le format DWG qui, lui, est binaire et propriétaire. J'ai vu que 
ArchiCAD supporte aussi le DXF.



Jean-Claude


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

Re: [OSM-talk-fr] halte nautique et port

2012-11-14 Par sujet Sylvain Maillard

Pardon, désolé je n'ai pas été très clair : en fait je répondais au message
de Philippe sur ce qu'est ou n'est pas une marina à la française ...

mode traducteur puriste:
- marina = port. comprendre la zone d'eau + les aménagements autour
liés à l'activité portuaire)
- harbour (ainsi que sa version us harbor) = mouillage. comprendre
une zone abritée qui sert de refuge (pas forcément aménagé)
donc du coup un marina est une catégorie de harbour.

Je ne crois pas qu'il soit prévue (dans les tags actuels) de réelle
distinction au niveau du temps de séjour des bateaux, il va falloir en
inventer un ou trouver une combinaison qui va bien ... je laisse les
spécialistes en discuter ;)

Sylvain





Le 14 novembre 2012 11:36, Christian Quest cqu...@openstreetmap.fr a
écrit :

 Euh... oui le Larousse... très bien pour le français, mais attentions aux
 faux amis avec les tags...

 marina en angliche et en ricain c'est quoi sa définition exacte ?


 Le 14 novembre 2012 11:23, Sylvain Maillard sylvain.maill...@gmail.coma 
 écrit :

 si on en crois le Larousse (
 www.larousse.fr/dictionnaires/francais/marina/49488), une marina est un
 Ensemble immobilier établi sur une concession d'endigage et combinant
 des habitations avec un port de plaisance.

 On est donc bien dans une structure liant fortement des habitations et un
 port, donc pas uniquement un port tout seul, ou une zone d'habitation à
 proximité d'un port !
 L'accès au port de la marina reste quand à lui sous droit maritime, avec
 les même règles que pour tout autre port ...


 Sylvain


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

Re: [OSM-talk-fr] Import de données créées dans ArchiCAD

2012-11-14 Par sujet Jean-Claude Repetto


Le 14/11/2012 12:08, Jean-Claude Repetto a écrit :


C'est la première chose à vérifier. S'il l'ont fait à partir d'une
orthophoto IGN (ce qui est probable), ils ne pourront pas l'utiliser
dans OSM.


En fait non, pour Soweto, ce n'est probablement pas l'IGN, mais il faut 
quand même commencer par vérifier la source.




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

[OSM-talk-fr] Carte Nokia, le sandwich est offert…

2012-11-14 Par sujet Mikaël Cordon

Salut les OSMeurs,

Je viens de le voir passer, alors j’en fais profiter la communauté :

Nokia sort sa carte : here.net

Du vu et revu, sauf peut-être le « sandwich terrien » (sic) :)

Cordialement,
--
Mikaël Cordon, mickey86
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] halte nautique et port

2012-11-14 Par sujet Yohan Boniface


On 11/14/2012 11:51 AM, Pieren wrote:

Oui, je crois qu'on a malheureusement un problème de faux-ami. Les
brits entendent 'marina' pour la partie portuaire uniquement alors que
les latins considèrent aussi l'ensemble immobilier à proximité
(resort). Il faut bien-sûr adopter l'usage anglais mais il faudrait
bien le signaler dans nos docs/traductions. Malgré cela, la confusion
devrait perdurer chez les contributeurs qui sont rares à lire le wiki
avant d'utiliser un tag (surtout lorsque celui-ci est dans les presets
d'un éditeur).


Paradoxalement, mes modestes enquêtes sur les usages du tag 
leisure=marina montrent que c'est plutôt l'inverse *dans la pratique*: 
en France on a semble-t-il assez largement tendance à l'utiliser sur un 
node, dans l'eau, alors que dans le reste du vaste monde il y a une 
claire tendance à marquer l'ensemble du campus par une aire taguée 
leisure=marina.
Il me semble que c'est ce dernier usage qui est le plus cohérent avec 
l'usage habituel de leisure.
Pour ceux qui sont abonnés à tagging@ j'ai fait hier soir un mail 
résumant les conclusions de nos (longues) discussions sur le sujet avec 
Richard (Fairhurst, gens de l'eau lui aussi).

Si ça intéresse, je peux en poster une traduction française ici.

Yohan

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

Re: [OSM-talk-fr] Carte Nokia, le sandwich est offert…

2012-11-14 Par sujet Nicolas Dumoulin

Le mercredi 14 novembre 2012 12:23:04 Mikaël Cordon a écrit :
 Salut les OSMeurs,

Salut :-)

 Je viens de le voir passer, alors j’en fais profiter la communauté :
 
 Nokia sort sa carte : here.net

C'est pas si nouveau, puisque Flickr utilise la carte de Nokia justement.

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

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

Re: [OSM-talk-fr] Carte Nokia, le sandwich est offert…

2012-11-14 Par sujet Eric

Y'a vachement de consanguinité dans tous ces fournisseurs quand même, je
retrouve chez bcp les mêmes erreurs (des chemins difficilement faisables en
VTT représentés comme des routes goudronnées). Ca m'amuserait bien de voir
un google car, une mappy car ou une navteq car essayer d'y passer :)
C'est pas bien de copier.


Le 14 novembre 2012 12:34, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Le mercredi 14 novembre 2012 12:23:04 Mikaël Cordon a écrit :
  Salut les OSMeurs,

 Salut :-)

  Je viens de le voir passer, alors j’en fais profiter la communauté :
 
  Nokia sort sa carte : here.net

 C'est pas si nouveau, puisque Flickr utilise la carte de Nokia justement.

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

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

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

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

2012-11-14 Par sujet Pieren

2012/10/24 Pierre Béland infosbelas-...@yahoo.fr:

 Quant au Undelete, je ne réussis tout simplement pas à le
 faire fonctionner. C'est encore la galère avec ces outils.

Pour Undelete, j'ai mis à jour le wiki:
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete

il ne suffit pas d'entrer l'id de l'élément mais aussi 'n', 'w' ou 'r'
pour node, way ou relation. Apparement, on peut entrer des
listes mais je n'ai pas encore essayé.

Pieren

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

Re: [OSM-talk-fr] halte nautique et port

Moi je veux bien mais le wiki a documenté la mrina selon une définition
bien moins évidente, mais surtout en anglais, pour justement exclure les
ports à usage professionnel et donc faire une dichotomie parmi les ports.
C'est le wiki qui va trop loin alors au sujet de la marina. et il faudrait
discuter la pertinence de ces infos (certains l'int fait sur la page de
discussion associée, sur un autre élément lui aussi faux, regarde tu
verras).
Quelle pertinence apporter à cette page wiki ? une clé à rendre obsolète
pour tout remettre dans harbour ?

Parce qu'un port contient tout autant un domaine immobilier.

Malgré tout la définition du Larousse restreint l'ensemble immobilier à
usage d'habitation: la concession d'endigage qu'on ne trouve pas dans
beaucoup de ports (l'endigage c'est surtout pour protéger le port aménagé
lui-même (son bassin et les quais), ce qui est derrière n'a pas souvent été
gagné sur la mer (c'est possible toutefois si l'endigage avait pour but de
justement créer un polder et créer des terrains à construire derrière les
nouveaux quais, mais en France on n'a pas beaucoup ce cas, hormis sur
quelques ports de quelques îles méditerranéennes, à cause de la protection
du littoral...

Sinon des marinas sur les fleuves peut-être (l'endigage a pu être fait pour
la canalisation du fleuve et la construction de quais, mais on voit peu
souvent les terres protégées devenir des marinas). En revanche on trouve
des 'marinas dans les estuaires et lacs fermés par un barrage, il n'y a
pas eu réellement d'endigage pour créer des terres constructibles, on a
plutôt fait l'inverse pour noyer des terres et construire un port de
plaisance... Pour les fleuves qui ont des crues importantes, les digues
sont surtout là pour protéger une ville entière des crues, mais la ville ne
devient pas une marina pour autant (on ne parle pas de convention
d'endigage pour aménager un parc immobilier).

Tout ça me fait dire qu'il y a désaccord entre la définition française du
Larousse et l'usage décrit en anglais dans le wiki.

Le 14 novembre 2012 11:23, Sylvain Maillard sylvain.maill...@gmail.com a
écrit :

 si on en crois le Larousse (
 www.larousse.fr/dictionnaires/francais/marina/49488), une marina est un
 Ensemble immobilier établi sur une concession d'endigage et combinant
 des habitations avec un port de plaisance.

 On est donc bien dans une structure liant fortement des habitations et un
 port, donc pas uniquement un port tout seul, ou une zone d'habitation à
 proximité d'un port !
 L'accès au port de la marina reste quand à lui sous droit maritime, avec
 les même règles que pour tout autre port ...


 Sylvain


 Le 14 novembre 2012 10:59, Philippe Verdy verd...@wanadoo.fr a écrit :

 Oui, comme tous les ports d'ailleurs.

 Et dans les deux cas il y a des bâtiments commerciaux, des cales, des
 quais de service, des parkings pour bateaux ou pour voitures, des rues
 d'accès, des trottoirs et traversées piéton, parfosi aussi des rails,
 souvent des chantiers de réparation, parfois aussi des animations spéciales.

 Du côté de l'eau, on aura aussi des pontons flottants, des digues,
 parfois une porte-écluse ou juste un seuil assurant un niveau d'eau minimum
 et qu'on ne peut pas passer à marée basse, des bouées et balises, des
 treuils et systèmes de levage.

 Et sinon des chemins réglementés et des lignes à ne pas franchir, ou des
 zones de découpage administratif ou réglementaire délimitées par des lignes
 invisibles mais qu'on déduit par certaines signalisations, non
 matérialisées sur toute leur longueur mais qui servent d'éléments de
 repérage ou qu'il faut déduire d'une mesure observée (par exemple une
 distance minimale, ou la connaissance d'une information telles que la
 hauteur de mature pour passer sous un ouvrage, la largeur d'un chenal par
 rapport au navire, la profondeur de fond par rapport à la longueur de
 quille sous l'eau, ou certaines restrictions en fonction de ce qui est
 transporté, du système de propulsion, ou de la certification du pilote, ou
 de l'équipement de signalisation et communication du navire).

 Même pour accéder à une marina, l'autorité portuaire peut exiger que
 l'approche des quais ou des pontons ne se fasse qu'avec un pilote certifié
 montant à bord, après les avoir prévenu pour réserver votre anneau, et
 sinon vous demandera de prendre un ancrage temporaire dans une zone
 autorisée et de débarquer en canot si vous ne pouvez pas attendre.

 Et on peut n'avoir que le droit d'accoster pour une durée limitée, pour
 rejoindre ensuite un ancrage plus éloigné ou un autre port, et on vous
 demandera de passer à la capitainerie payer les droits d'accès et de séjour
 dans les installations en fonction de celles que vous occupez et de la
 classe de votre embarcation. L'accès peut être gratuit dans une zone
 d'accès limitée (surtout les petites embarcations sportives et de loisirs
 pour amateurs, type 4.20, dans un secteur d'une plage par exemple), mais
 pas le stationnement (même pour sortit la

Re: [OSM-talk-fr] halte nautique et port

Rien que le fait que marina soit associé en valeur à une clé leisure=*
(loisirs) exclut cette clé du champ d'une marina l'immobilier à usage
d'habitation (dans ce dernier cas, ce n'est plus du loisir, plus le port
nom plus, c'est du résidentiel).

En revanche si on taguait les îles nouvelles des Emirats arabes,
entièrement gagnées sur la mer pour faire des ports de plaisance, immeubles
de luxe et services de loisirs et de restauration, ce sont entièrement des
marinas.


Le 14 novembre 2012 12:27, Yohan Boniface yohanbonif...@free.fr a écrit :

 On 11/14/2012 11:51 AM, Pieren wrote:

 Oui, je crois qu'on a malheureusement un problème de faux-ami. Les
 brits entendent 'marina' pour la partie portuaire uniquement alors que
 les latins considèrent aussi l'ensemble immobilier à proximité
 (resort). Il faut bien-sûr adopter l'usage anglais mais il faudrait
 bien le signaler dans nos docs/traductions. Malgré cela, la confusion
 devrait perdurer chez les contributeurs qui sont rares à lire le wiki
 avant d'utiliser un tag (surtout lorsque celui-ci est dans les presets
 d'un éditeur).


 Paradoxalement, mes modestes enquêtes sur les usages du tag
 leisure=marina montrent que c'est plutôt l'inverse *dans la pratique*: en
 France on a semble-t-il assez largement tendance à l'utiliser sur un node,
 dans l'eau, alors que dans le reste du vaste monde il y a une claire
 tendance à marquer l'ensemble du campus par une aire taguée
 leisure=marina.
 Il me semble que c'est ce dernier usage qui est le plus cohérent avec
 l'usage habituel de leisure.
 Pour ceux qui sont abonnés à tagging@ j'ai fait hier soir un mail
 résumant les conclusions de nos (longues) discussions sur le sujet avec
 Richard (Fairhurst, gens de l'eau lui aussi).
 Si ça intéresse, je peux en poster une traduction française ici.

 Yohan


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

Non ça ne suffit pas non plus (sauf pour les noeuds) : les ways
déseffacés ne restaurent pas correctement les noeuds qui étaient dedans,
de même les relations qui ne restaurent pas correctement la liste des
membres.

Dans les deux cas les noeuds d'un chemin ou membres d'une relation peuvent
avoir été eux-mêmes effacés ou non, c'est un autre problème. Mais c'est la
liste des membres qui elle-même n'est pas correctement restaurée : si tente
de sauver l'objet, on obtient des erreurs indiquant que les objets listés
par l'objet restauré n'existent pas.

Après une restauration d'objet il faut aussi vérifier les statuts des
membres, en les sélectionnant tous et en les mettant à jour pour ensuite
résoudre les conflits d'édition entre le statut supposé existant (dans
l'objet ressuscité) et leur statut actuel dans la base.

Mais cela ne marche pas non plus correctement si les objets référencés ont
été non pas eux-même effacés (ils persistent et sont accessibles encore
dans l'historique) mais masqués (par le bot de rédaction). Dans ce cas
c'est encore pire, la restauration faite n'est pas correcte du tout et
restaure dans la liste des membres des objets qui ne pourront en aucun cas
être conservés.

L'outil de restauration semble ne pas être capable de restreindre
correctement les listes d'objets référencés qu'il inclut dans un chemin ou
une relation restaurée, afin de pouvoir juger correctement de sa pertinence
ou complétude suffisante avant de renvoyer au serveur.

Dans certains cas, l'effacement qu'on a tenté de défaire était parfaitement
justifié (on n'a pas à le restaurer) car l'objet qui avait été effacé était
trop incomplet pour être gardé (et souvent dans ce cas l'effacement a été
fait pour recréer un autre objet plus complet à côté n'utilisant pas les
données masquées par le bot de rédaction : si on restaure quand même, on
risque de faire apparaître un doublon, il y a du nettoyage à faire aussitôt
avant de renvoyer au serveur).



Le 14 novembre 2012 13:44, Pieren pier...@gmail.com a écrit :

 2012/10/24 Pierre Béland infosbelas-...@yahoo.fr:

  Quant au Undelete, je ne réussis tout simplement pas à le
  faire fonctionner. C'est encore la galère avec ces outils.

 Pour Undelete, j'ai mis à jour le wiki:
 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete

 il ne suffit pas d'entrer l'id de l'élément mais aussi 'n', 'w' ou 'r'
 pour node, way ou relation. Apparement, on peut entrer des
 listes mais je n'ai pas encore essayé.

 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] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

De plus l'outil de restauration ne semble pas être capable de restaurer
depuis la bonne version avant l'effacement:

Je l'ai vu tenter de restaurer un objet dans une version encore antérieure
(notamment une version antérieure au passage du bot de rédaction, ce qui ne
produit pas de résultat correct validable tel quel).

L'outil ne propose d'ailleurs pas un moyen de sélectionner une version
précise et d'appliquer ensuite des diffs sélectifs sur certaines autres
modifs à garder (sauf bien entendu les modifs masquées par le bot de
rédaction).


Le 14 novembre 2012 14:29, Philippe Verdy verd...@wanadoo.fr a écrit :

 Non ça ne suffit pas non plus (sauf pour les noeuds) : les ways
 déseffacés ne restaurent pas correctement les noeuds qui étaient dedans,
 de même les relations qui ne restaurent pas correctement la liste des
 membres.

 Dans les deux cas les noeuds d'un chemin ou membres d'une relation peuvent
 avoir été eux-mêmes effacés ou non, c'est un autre problème. Mais c'est la
 liste des membres qui elle-même n'est pas correctement restaurée : si tente
 de sauver l'objet, on obtient des erreurs indiquant que les objets listés
 par l'objet restauré n'existent pas.

 Après une restauration d'objet il faut aussi vérifier les statuts des
 membres, en les sélectionnant tous et en les mettant à jour pour ensuite
 résoudre les conflits d'édition entre le statut supposé existant (dans
 l'objet ressuscité) et leur statut actuel dans la base.

 Mais cela ne marche pas non plus correctement si les objets référencés ont
 été non pas eux-même effacés (ils persistent et sont accessibles encore
 dans l'historique) mais masqués (par le bot de rédaction). Dans ce cas
 c'est encore pire, la restauration faite n'est pas correcte du tout et
 restaure dans la liste des membres des objets qui ne pourront en aucun cas
 être conservés.

 L'outil de restauration semble ne pas être capable de restreindre
 correctement les listes d'objets référencés qu'il inclut dans un chemin ou
 une relation restaurée, afin de pouvoir juger correctement de sa pertinence
 ou complétude suffisante avant de renvoyer au serveur.

 Dans certains cas, l'effacement qu'on a tenté de défaire était
 parfaitement justifié (on n'a pas à le restaurer) car l'objet qui avait été
 effacé était trop incomplet pour être gardé (et souvent dans ce cas
 l'effacement a été fait pour recréer un autre objet plus complet à côté
 n'utilisant pas les données masquées par le bot de rédaction : si on
 restaure quand même, on risque de faire apparaître un doublon, il y a du
 nettoyage à faire aussitôt avant de renvoyer au serveur).



 Le 14 novembre 2012 13:44, Pieren pier...@gmail.com a écrit :

 2012/10/24 Pierre Béland infosbelas-...@yahoo.fr:

  Quant au Undelete, je ne réussis tout simplement pas à le
  faire fonctionner. C'est encore la galère avec ces outils.

 Pour Undelete, j'ai mis à jour le wiki:
 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete

 il ne suffit pas d'entrer l'id de l'élément mais aussi 'n', 'w' ou 'r'
 pour node, way ou relation. Apparement, on peut entrer des
 listes mais je n'ai pas encore essayé.

 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] Carte Nokia, le sandwich est offert…

2012-11-14 Par sujet Mikaël Cordon

@Nicolas :
Je me doutais que comme l’information n’était pas apparue ce jour dans la
liste de diffusion que ce n’était pas un scoop… Confirmé ;)
(Je n’utilise pas Flickr, ou en tout cas je n’ai pas remarqué)

@Eric :
Oui, c’est clair, il me semble que c’est Navteq qu’il y a derrière ça…
Lorsque j’ai vu la carte, je me suis empressé d’aller voir mon quartier qui
n’apparaît que sur OSM ; et j’ai eu le malsain bonheur de voir que le
quartier était vide ! Ouf :P

Cordialement,
--
Mikaël Cordon, mickey86


Le 14 novembre 2012 12:41, Eric eric...@sfr.fr a écrit :

 Y'a vachement de consanguinité dans tous ces fournisseurs quand même, je
 retrouve chez bcp les mêmes erreurs (des chemins difficilement faisables en
 VTT représentés comme des routes goudronnées). Ca m'amuserait bien de voir
 un google car, une mappy car ou une navteq car essayer d'y passer :)
 C'est pas bien de copier.


 Le 14 novembre 2012 12:34, Nicolas Dumoulin 
 nicolas_openstreetmap@dumoulin63.net a écrit :

 Le mercredi 14 novembre 2012 12:23:04 Mikaël Cordon a écrit :
  Salut les OSMeurs,

 Salut :-)

  Je viens de le voir passer, alors j’en fais profiter la communauté :
 
  Nokia sort sa carte : here.net

 C'est pas si nouveau, puisque Flickr utilise la carte de Nokia justement.

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

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



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


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

Re: [OSM-talk-fr] Carte Nokia, le sandwich est offert…

Le 14 novembre 2012 14:36, Mikaël Cordon mikael.cor...@gmail.com a écrit :

 Oui, c’est clair, il me semble que c’est Navteq qu’il y a derrière ça…



Pourtant c'est facile et mnémotechnique:

- N comme Navteq racheté par Nokia en 2007

- T comme Téléatlas racheté par Tomtom en 2008

-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ref:INSEE

C'est connu depuis longtemps et nos admin_level y font référence (cependant
on n'a pas encore cartographié en France le niveau NUTS numéro 3
(suprarégional en France) :

Ce niveau 3 ne correspond pas à des collectivités territoriales au sens
de la loi française, mais il a un rôle administratif en France (au plan de
l'aménagement du territoire puisqu'il correspond à un découpage fait dans
les années 1960 par la DATAR avant même que les NUTS existent en Europe
(avant même que nos régions actuelles existent puisque alors il n'y avait
encore que les départements en tant que collectivités territoriales) et
maintenent en Europe pour les statistiques publiques à échelle de mesure
comparable entre les pays européens.

Cependant il y a en compétition en France plusieurs types de découpages
suprarégionaux : celui du NUTS, hérité du vieux découpage de la DATAR en
est un, mais il y en a d'autres (par exemple le Grand Ouest n'inclut pas
toujours les mêmes régions, avec ou sans la Normandie, parfois avec la
Normandie entière ou seulement la Basse-Normandie). Ces formes de
compétition sont en fait plusieurs schémas de coopération entre les
régions administratives actuelles et n'obéissent pas au découpage NUTS
utilisé aujourd'hui pour les statistiques européennes.

Pourtant OSM a complètement calqué au départ ses admin_level sur les
niveaux NUTS (et hors d'Europe les autres pays ont cherché des
approximations pour OSM). L'admin_level 1 d'OSM a été réservé mais ne
correspond plus à rien aujourd'hui (après quelques essais avortés pour y
mettre des continents) et le niveau 2 d'OSM pour les pays indépendants
(membres de l'ONU, et correspondant au niveau 1 pour NUTS en Europe).

Mais ce n'est plus si vrai que ça, car les niveaux OSM ne sont plus des
calques des niveaux NUTS pour certains pays (l'Allemagne par exemple a du
créer des niveaux OSM intermédiaires entre le NUTS 2 des Länders = 3 dans
OSM, et le NUTS 3 = 4 en France pour les départements en France mais 5 en
Allemagne dans OSM). Si on regarde dans le détail, les niveaux OSM sont
très différents au Luxembourg.

On n'a plus partout en Europe de correspondance exacte entre les
admin_level d'OSM et les niveaux NUTS (mais certains pays ont malgré tout
voulu conserver dans OSM tous les niveaux NUTS même si ce ne sont pas des
collectivités mais juste des regroupements statistiques et si ces pays
ajoutent d'autres niveaux).

A la suite de quoi, on indique à la place dans OSM directement les codes
NUTS des subdivisions administratives, car il n'y a pas de façon simple de
faire cette correspondance entre OSM et NUTS.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Signalez un problème - Interactivité Voirie Brest sur carte OSM

2012-11-14 Par sujet Christian Rogel

Bonjour,

Les participants à une réunion OSM, en avril 2010 à Plougastel-Daoulas, avaient 
eu la primeur
de l'annonce d'un projet de Brest Métropole Océane sur le modèle de ce qui a 
été déployé par 
Yverdon (Suisse).

Le principe est de mettre un plan de ville basé sur OSM et de permettre aux 
habitants de signaler
ce qui paraît une anomalie (route glissante, lampadaire en panne, végétation 
envahissante, etc.).
Ce sont les simples agents techniques du service voirie qui traitent le 
problème en se rendant sur
place et en faisant un rapport qui donne lieu à une réponse sur la carte.


La page du site est ici : 
http://applications002.brest-metropole-oceane.fr/VIPRA32/aspx/accueil.aspx

C'est expérimental et ne concerne que la commune de Plouzané (12 000 habitants) 
et Bellevue, un 
quartier de Brest (20 000 habitants)

J'ai découvert cette mise en service en retrouvant le responsable, Arnaud 
Willaime, à une conférence
sur les données ouvertes, lundi dernier.

Je vous fais profiter du compte-rendu que j'ai mis en ligne sur l'Agence 
Bretagne Presse (ABP), avec laquelle
je collabore depuis peu.

http://www.agencebretagnepresse.com/fetch.php?id=28135

L'ABP accueille tous les communiqués, pourvu que cela se passe en Bretagne ou 
concerne, de manière
directe, la Bretagne.
Sous ces conditions, on peut s'y faire enregistrer comme émetteur de 
communiqués.



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

Re: [OSM-talk-fr] Import de données créées dans ArchiCAD

2012-11-14 Par sujet sebastien . dinot

Bonjour,

- Mail original -
 Le 14/11/2012 09:40, sebastien.di...@free.fr a écrit :
  Ces étudiants ont voulu travailler en amont en créant, à partir
  d'une photographie aérienne que je n'ai pas vue et dont il n'a pas
  su me donner l'origine, un plan du quartier dans ArchiCAD
 
 C'set la première chose à vérifier.

Je sais, j'ai mentionné ce « détail » justement parce que c'est la première 
question que j'ai posée à l'étudiant. :)

 S'il l'ont fait à partir d'une orthophoto IGN (ce qui est probable)

Une photo IGN en Afrique du Sud ? J'en doute.

Sur la zone en question, JOSM fournit 3 sources de données :

1. Bing
2. South Africa CD:NGI Aerial
3. Topo Afrique du Sud (OOC)

Le plan fourni par 3 ne présente aucun intérêt à l'échelle qui nous intéresse 
ici.
Les photographies issues de 1 et 2 sont de résolution équivalente (~50 cm à vue 
de nez).

D'après l'étudiant, la couverture photographique de Bing ressemble trait pour 
trait à image qu'ils ont utilisée.

Quoiqu'il en soit, l'important n'est pas que le calque d'appui soit en libre 
accès pour tout le monde mais que les personnes qui l'ont utilisé aient le 
droit de le faire. Et c'est cela que je vais vérifier auprès des profs de 
l'école. Cette opération semble s'insérer dans un programme humanitaire et je 
ne serais donc pas étonné qu'un fournisseur d'image ait fourni une ortho à 
l'école ou à ce programme (un peu comme le fait Spot Image dans le cadre de 
l'opération Planet Action).

 Le format DXF est préférable, car c'est un format texte plus ouvert
 que le format DWG qui, lui, est binaire et propriétaire. J'ai vu que
 ArchiCAD supporte aussi le DXF.

Je n'ai pas vu DXF dans la liste hier mais je peux l'avoir raté et l'étudiant 
utilisait en outre une vieille version de l'outil (v13 alors que la v16 est 
disponible sur le site de l'éditeur). Je vais voir avec mlui ce qu'il en est.

Sébastien

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


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

Re: [OSM-talk-fr] ref:INSEE

NUTS1 (et pas 3) correspond aux ZEAT: http://fr.wikipedia.org/wiki/ZEAT
NUTS2 correspond aux régions
NUTS3 aux départements

C'est expliqué dans le lien que j'avais donné:
http://fr.wikipedia.org/wiki/Nomenclature_d'unit%C3%A9s_territoriales_statistiques

-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte Nokia, le sandwich est offert…

Mikaël Cordon mikael.cor...@gmail.com
Mercredi 14 novembre 2012 6h23



 Nokia sort sa carte : here.net
Il y a aussi cet article du Figaro où on oublie OSM dans la liste des 
concurrents.

http://www.lefigaro.fr/hightech/2012/11/13/01007-20121113ARTFIG00640-nokia-lance-un-rival-de-google-maps-sur-pc-et-smartphones.php


 
Pierre 




 De : Mikaël Cordon mikael.cor...@gmail.com
À : Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé le : Mercredi 14 novembre 2012 6h23
Objet : [OSM-talk-fr] Carte Nokia, le sandwich est offert…
 

Salut les OSMeurs,


Je viens de le voir passer, alors j’en fais profiter la communauté :


Nokia sort sa carte : here.net


Du vu et revu, sauf peut-être le « sandwich terrien » (sic) :)


Cordialement,
--
Mikaël Cordon, mickey86
___
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] Signalez un problème - Interactivité Voirie Brest sur carte OSM

Il nous manque encore en France un vrai projet de démonstration des
utilisations innovantes et citoyennes des données cartographiques
comparable à ce qu'on trouve à Londres (http://mappinglondon.co.uk/) qui
aboutit à de vraies innovations et des cartes très inattendues par leur
contenu, très éloignées de ce qu'on trouve seulement dans les sources
officielles.

Noter que ce site ne se borne pas seulement à ce qui est fait dans OSM ou
au Royaume-Uni, des créateurs et commerciaux font leurs produits
londoniens depuis divers pays aussi éloignés que la Corée du Sud. Et on y
trouve tout un tas d'activités de recherche offrant des perceptions utiles
du territoire (notamment en matière sociale) ce qui est très intéressant
ensuite pour l'action citoyenne et le militantisme dans l'action politique
et économique pour le développement. Certains de ces produits sont aussi
développés pour d'autres grandes villes (parfois aussi pour Paris, mais la
France est en général peu présente même à titre de comparaison).

Ce serait bien aussi de voir ce qu'on peut tirer pour la France des projets
présentés de façon très exhaustive pour Londres et issus pourtant de
travaux dans divers pays. Et qu'OSM France augmente ses collaborations,
recherches et comparaisons internationales (y compris en matière de
produits commerciaux dérivés des données d'OSM), car notre relatif
isolement franco-français (et la seule promotion des projets purement
gratuits ou associatifs) ne nous sert franchement pas au plan de la
communauté OSM mondiale, et ne constitue pas un moteur suffisant.

Au moment où en France (comme partout en Europe) un gros chantier de
réforme des collectivités territoriales et de leur représentativité et des
schémas de collaboration interrégionaux (et transfrontaliers) se mettent en
place, il est important d'impliquer tous les citoyens et acteurs
économiques dans l'aménagement et la perception qu'ils ont de leurs
territoires.

Sinon ces réformes n'auront pas plus de succès et seront aussi vaines que
nos dernières tentatives de suppression des départements, ou leur fusion
avec les régions, ou la création des pays, ou encore le maintien des
cantons et arrondissements du découpage étatique, ou encore la non
représentation citoyenne dans les EPCI actuelles qui gaspillent à tous les
niveaux, quand l'Etat lui-même décide aussi de supprimer tout seul tout un
tas de services, ou décide de transférer des charges aux collectivités qui
n'ont pas été taillées pour ça.

Le 14 novembre 2012 14:57, Christian Rogel christian.ro...@club-internet.fr
 a écrit :

 Bonjour,

 Les participants à une réunion OSM, en avril 2010 à Plougastel-Daoulas,
 avaient eu la primeur
 de l'annonce d'un projet de Brest Métropole Océane sur le modèle de ce qui
 a été déployé par
 Yverdon (Suisse).

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

Re: [OSM-talk-fr] Carte Nokia, le sandwich est offert…

2012-11-14 Par sujet Mikaël Cordon

@Pierre :
C’est d’ailleurs cet article qui a été à l’origine de ce sujet :)

Comme bien souvent dans ce genre d’article c’est dans les commentaires
qu’on voit apparaître OSM, dommage.
Ceci dit, il me semble que de plus en plus d’articles font mention d’OSM
(dans le coprs de l’article), même si ça reste rare.

Cordialement,
--
Mikaël Cordon, mickey86


Le 14 novembre 2012 15:22, Pierre Béland infosbelas-...@yahoo.fr a écrit :

 Mikaël Cordon mikael.cor...@gmail.com
 Mercredi 14 novembre 2012 6h23
 **

  Nokia sort sa carte : here.net

 Il y a aussi cet article du Figaro où on oublie OSM dans la liste des
 concurrents.


 http://www.lefigaro.fr/hightech/2012/11/13/01007-20121113ARTFIG00640-nokia-lance-un-rival-de-google-maps-sur-pc-et-smartphones.php


 Pierre

   --
 *De :* Mikaël Cordon mikael.cor...@gmail.com
 *À :* Discussions sur OSM en français talk-fr@openstreetmap.org
 *Envoyé le :* Mercredi 14 novembre 2012 6h23
 *Objet :* [OSM-talk-fr] Carte Nokia, le sandwich est offert…

 Salut les OSMeurs,

 Je viens de le voir passer, alors j’en fais profiter la communauté :

 Nokia sort sa carte : here.net

 Du vu et revu, sauf peut-être le « sandwich terrien » (sic) :)

 Cordialement,
 --
 Mikaël Cordon, mickey86

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



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


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

Re: [OSM-talk-fr] ref:INSEE

Tu inverses ce que j'ai dit.

Je parlais du niveau 3 d'OSM qu'on n'utilise pas encore en France (certains
pays européens le font, et pas seulement pour les entités fédérales comme
les Länder en Allemagne ou les nations du Royaume-Uni).

Je sais parfaitement aussi que ce sont les ZEAT, comme aussi le lien
Wikipédia à son sujet. Sauf que les ZEAT n'ont plus aucune pertinence en
France  qu'il n'est plus utile de les mentionner (elles n'ont jamais été
pertinentes au plan administratif et ne le sont pas devenues davantage en
terme d'aménagement et de coopération interrégionale ; depuis la création
des conseils régionaux dans les années 1980, les ZEAT ne servent plus à
rien du tout, la DATAR n'a plus de vocation à agir pour l'Etat mais juste
faire des études pour les collectivités et leur proposer des coopérations,
mais les régions décident elles-mêmes avec qui et pourquoi s'associer)

Il ne reste QUE l'usage strictement statistique européen, Ce niveau NUTS de
découpage statistique de la France n'ayant pas besoin de correspondre à une
quelconque entité en France, l'INSEE (et les quelques autres instituts,
agences publiques, syndicats mixtes et ministères français) se contentent
de créer des statistiques par région, département, arrondissement, canton
ou commune, et forme un simple agrégat statistique pour les publications
destinées aux statistiques européennes (sans vérifier les doubles comptes
parfois possibles, le traitement des double comptes n'ayant lieu qu'au
niveau de la France entière; l'ajustement des niveaux NUTS1 étant
approximatif juste pour que les totaux nationaux fonctionnent).

Le 14 novembre 2012 15:15, Christian Quest cqu...@openstreetmap.fr a
écrit :

 NUTS1 (et pas 3) correspond aux ZEAT: http://fr.wikipedia.org/wiki/ZEAT
 NUTS2 correspond aux régions
 NUTS3 aux départements

 C'est expliqué dans le lien que j'avais donné:
 http://fr.wikipedia.org/wiki/Nomenclature_d'unit%C3%A9s_territoriales_statistiques

 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

 ___
 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] Import de données créées dans ArchiCAD

2012-11-14 Par sujet sebastien . dinot

- Mail original -
 Je n'ai pas vu DXF dans la liste hier mais je peux l'avoir raté et
 l'étudiant utilisait en outre une vieille version de l'outil (v13
 alors que la v16 est disponible sur le site de l'éditeur). Je vais
 voir avec lui ce qu'il en est.

Vérification faite avec l'étudiant, ArchiCAD supporte bien le format DXF.

Quant au calque d'appui, il m'a dit qu'il avait ce matin informé ses camarades 
qu'il fallait travailler à partir du fonds orthophotographique Bing.

Sébastien

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


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

Re: [OSM-talk-fr] Pushpin pour iOS ?

Bon... j'ai eu des réponses qui vont dans le bon sens et aussi un lien vers
le github pour signaler des problèmes:
https://github.com/spatialnetworks/pushpinosm.org/issues

Nouvelle version à venir avec possibilité d'éditer les tags des polygones.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

 Pieren : Mercredi 14 novembre 2012 7h44

Pour Undelete, j'ai mis à jour le wiki:
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete

il ne suffit pas d'entrer l'id de l'élément mais aussi 'n', 'w' ou 'r'
pour node, way ou relation. Apparement, on peut entrer des
listes mais je n'ai pas encore essayé.


Merci Pieren


J'ai réussi à récupérer divers objets. Très pratique pour récupérer un objet 
effacé. 


Cependant, il me manque toujours un outil visuel qui permette de voir 
rapidement les modifications et objets effacés par un changeset, surtout 
lorsque je vois que de nombreux chemins sont effacés.


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

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

Malheureusement, comme avec le Reverter plugin, encore trop d'erreurs
Precondition failed signalées par le serveur quand on essaye de soumettre
la modif. A chaque fois ça butte sur des données masquées par le Redaction
Bot, que ces deux plugins essayent de réintégrer : le serveur effectue
d'autres contrôles que ne peuvent pas faire ces deux plugins (problèmes
liés sans doûte à la présentation ambiguë des données par le serveur), et
c'est assez difficile encore de savoir quoi faire face à ces Precondition
failed qui sont trop peu précis pour savoir ce qu'on a encore en trop.

JOSM ou ces deux plugins n'aide pas non plus beaucoup à localiser les
objets, car on ne peut pas non plus de copier le message d'erreur complet
dans le presse-papier: on doit noter manuellement les id's indiqués dans la
boite d'alerte, au risque de commettre des erreurs ou oublis.

Peut-in demander qu'au moins TOUTES les boites d'alertes (même celles des
exceptions de préconditions internes vérifiées par le logiciel) et qui
affichent un message d'erreur tel qu'émis par le serveur, puissent
l'afficher dans une zone ***sélectionnable et copiable*** ? Donc modifier
le constructeur de ces boites de dialogues pour qu'ils créent une interface
GUI le permettant ? (cela devrait concerner aussi tous les autres plugins).
Le constructeur de dialogues d'alerte (celui par défaut des packages
standards Swing en Java) n'est clairement pas suffisant, et devrait être
remplacé dans le code de JOSM et de ses plugins (ce plus ce constructeur de
remplacement devrait pouvoir attacher le dialogue à une fenêtre mère, si
possible la fenêtre principale de JOSM lorsque elle est déjà instanciée et
accessible via sa variable statique globale).


Le 14 novembre 2012 19:23, Pierre Béland infosbelas-...@yahoo.fr a écrit :

  Pieren * :* Mercredi 14 novembre 2012 7h44
 

 Pour Undelete, j'ai mis à jour le wiki:
 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete

 il ne suffit pas d'entrer l'id de l'élément mais aussi 'n', 'w' ou 'r'
 pour node, way ou relation. Apparement, on peut entrer des
 listes mais je n'ai pas encore essayé.
 

 Merci Pieren

 J'ai réussi à récupérer divers objets. Très pratique pour récupérer un
 objet effacé.

 Cependant, il me manque toujours un outil visuel qui permette de voir
 rapidement les modifications et objets effacés par un changeset, surtout
 lorsque je vois que de nombreux chemins sont effacés.

 Pierre

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


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

[OSM-talk-fr] Landuse Multipolygon et rendu Mapnik

2012-11-14 Par sujet Jérome Armau

Bonjour,

J'ai un problème avec un multipolygon de landuse:
http://www.openstreetmap.org/browse/relation/2547665 . Le polygone de forêt
inner (http://www.openstreetmap.org/browse/way/154694507) n'est pas rendu
correctement par mapnik, mais
http://api.openstreetmap.fr/analyse/cgi-bin/index.py me dit que la relation
est correcte - alors qu'on dirait que le inner dépasse des frontières du
polygone extérieur, ce qui dérange probablement mapnik. Qui a tort dans ce
cas ?

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

Re: [OSM-talk-fr] ref:INSEE

Philippe Verdy : Mercredi 14 novembre 2012 11h00 a écrit :
Tu inverses ce que j'ai dit.


Christian Quest a écrit :

NUTS1 (et pas 3) correspond aux ZEAT
NUTS2 correspond aux régions
NUTS3 aux départements



Vous me mêlez, là, avec toutes vos classifications.

Ça n'a sans doute aucun rapport avec la façon dont certains trekkers 
classifient des auberges rudimentaires au Népal :
une puce, deux puces, trois puces ...

:)

 
Pierre 





C'est expliqué dans le lien que j'avais 
donné: http://fr.wikipedia.org/wiki/Nomenclature_d'unit%C3%A9s_territoriales_statistiques

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


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

Re: [OSM-talk-fr] ref:INSEE

2012-11-14 Par sujet Jean-Francois Nifenecker


Le 14/11/2012 20:08, Pierre Béland a écrit :


Vous me mêlez, là, avec toutes vos classifications.



Yes, driving me nuts.

--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Noms de magasins supprimés

J'ai vu que tu avais fais les revert... merci WHODIDIT qui me l'a signalé
sur Disneyland Paris ;)


Le 11 novembre 2012 20:22, Vladimir Vyskocil
vladimir.vysko...@gmail.coma écrit :

 À y regarder de plus près je pense qu'il supprime certains noms pour que
 d'autres soient visibles sur le rendu mapnik !



-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

2012-11-14 Par sujet Jean-Claude Repetto

On 14/11/2012 19:23, Pierre Béland wrote:
 
 Cependant, il me manque toujours un outil visuel qui permette de voir
 rapidement les modifications et objets effacés par un changeset, surtout
 lorsque je vois que de nombreux chemins sont effacés.

Bonjour,

Cet outil existe : il s'appelle OSM History Viewer :
http://osmhv.openstreetmap.de/index.jsp

Voir la page du wiki qui lui est consacrée :
http://wiki.openstreetmap.org/wiki/OSM_History_Viewer

Jean-Claude

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

Re: [OSM-talk-fr] ref:INSEE

Tu veux dire quoi ? Ça les gratte ou ça les démange ? Ils ont trop de
boutons sous les yeux ?

La bonne question et de savoir si on met les ZEAT ou pas.
A mon avis, pas en tant que frontières administratives, donc pas avec:

   boundary=administrative
   admin_level=3
   name=*
   ref:NUTS=*

mais éventuellement avec:

  boundary=statistical
  name=*
  ref:NUTS=*
  (et éventuellement le code ZEAT français correspondant dans un
ref:INSEE=*, si c'est bien l'INSEE qui le définit)

Ce qui permet de tracer une carte pan-européenne de toutes les zones
statistiques NUTS, indépendamment des niveaux NUTS correspondants et des
niveaux admin_level dans OSM spécifiques à chaque pays ?
Faut-il indiquer aussi le niveau NUTS correspondant si le code NUTS
(complet, incluant le code pays européen, qui diffère un peu du code pays
ISO 3166-1 concernant la Grèce et le Royaume-Uni et pour les dépendances en
outre-mer) indiqué en ref:NUTS=* suffit ?

-- Philippe.

Le 14 novembre 2012 20:08, Pierre Béland infosbelas-...@yahoo.fr a écrit :

 **Philippe Verdy * :* Mercredi 14 novembre 2012 11h00 a écrit :
 **
 Tu inverses ce que j'ai dit.

 Christian Quest a écrit :

 NUTS1 (et pas 3) correspond aux ZEAT http://fr.wikipedia.org/wiki/ZEAT
  NUTS2 correspond aux régions
 NUTS3 aux départements



 Vous me mêlez, là, avec toutes vos classifications.

 Ça n'a sans doute aucun rapport avec la façon dont certains trekkers
 classifient des auberges rudimentaires au Népal :
 une puce, deux puces, trois puces ...
 :)

 Pierre

   --
 **
 C'est expliqué dans le lien que j'avais donné:
 http://fr.wikipedia.org/wiki/Nomenclature_d'unit%C3%A9s_territoriales_statistiqueshttp://fr.wikipedia.org/wiki/Nomenclature_d%27unit%C3%A9s_territoriales_statistiques

 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest


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



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



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

Re: [OSM-talk-fr] Noms de magasins supprimés

2012-11-14 Par sujet Vladimir Vyskocil


Le 14 nov. 2012 à 20:24, Christian Quest cqu...@openstreetmap.fr a écrit :

 J'ai vu que tu avais fais les revert... merci WHODIDIT qui me l'a signalé sur 
 Disneyland Paris ;)
 

Oui, car j'ai contacté ce contributeur indélicat et pour seul réponse j'ai vu 
qu'il avait continué son massacre des noms. Par exemple il ne semble pas 
supporter l'idée que le nouveau stade de Nice s'appelle maintenant «Allianz 
Riviera» et pas «Le Grand Stade de Nice en construction», que MacDonald's 
s'affiche sur la carte (ainsi que beaucoup d'autres), etc,...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Noms de magasins supprimés

Ah oui ? Il va falloir allumer le radar pour la suite alors ;)


Le 14 novembre 2012 21:24, Vladimir Vyskocil
vladimir.vysko...@gmail.coma écrit :


 Le 14 nov. 2012 à 20:24, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  J'ai vu que tu avais fais les revert... merci WHODIDIT qui me l'a
 signalé sur Disneyland Paris ;)
 

 Oui, car j'ai contacté ce contributeur indélicat et pour seul réponse j'ai
 vu qu'il avait continué son massacre des noms. Par exemple il ne semble
 pas supporter l'idée que le nouveau stade de Nice s'appelle maintenant
 «Allianz Riviera» et pas «Le Grand Stade de Nice en construction», que
 MacDonald's s'affiche sur la carte (ainsi que beaucoup d'autres), etc,...




-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Noms de magasins supprimés

Il est bon alors de lui rappeler qu'il n'est pas seul et qu'il doit alors
chercher un accord communautaire. S'il s'y refuse, il contrevient aux
règles OSM et peut faire l'objet d'un blocage par le DWG qu'on informe de
son entêtement à massacrer des données considérées comme correctes par la
majorité.
Maintenant s'il veut mettre des old_name=* ou des description=* pourquoi
pas : on peut lui proposer cette alternative.


Le 14 novembre 2012 21:24, Vladimir Vyskocil
vladimir.vysko...@gmail.coma écrit :


 Le 14 nov. 2012 à 20:24, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  J'ai vu que tu avais fais les revert... merci WHODIDIT qui me l'a
 signalé sur Disneyland Paris ;)
 

 Oui, car j'ai contacté ce contributeur indélicat et pour seul réponse j'ai
 vu qu'il avait continué son massacre des noms. Par exemple il ne semble
 pas supporter l'idée que le nouveau stade de Nice s'appelle maintenant
 «Allianz Riviera» et pas «Le Grand Stade de Nice en construction», que
 MacDonald's s'affiche sur la carte (ainsi que beaucoup d'autres), etc,...
 ___
 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] Landuse Multipolygon et rendu Mapnik

2012-11-14 Par sujet Lapinos03

Parfois, vaut mieux voir cela directement avec l'auteur. Une chance que 
je passais par là ! ;)
Effectivement, le polygone inner de la relation intersectait le 
polygone outer, ce qui doit perturber Mapnik. Du coup, je l'ai sorti 
de la relation pour l'instant. En regardant de près le rendu (avant 
qu'il ne soit régénéré maintenant), on distingue en filament vert le 
contour de la forêt (inner). Bizarre.


A+

Le 14/11/12 20:05, Jérome Armau a écrit :

Bonjour,

J'ai un problème avec un multipolygon de landuse: 
http://www.openstreetmap.org/browse/relation/2547665 . Le polygone de 
forêt inner (http://www.openstreetmap.org/browse/way/154694507) n'est 
pas rendu correctement par mapnik, mais 
http://api.openstreetmap.fr/analyse/cgi-bin/index.py me dit que la 
relation est correcte - alors qu'on dirait que le inner dépasse des 
frontières du polygone extérieur, ce qui dérange probablement mapnik. 
Qui a tort dans ce cas ?


Merci


___
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] 900K utilisateurs inscrits

2012-11-14 Par sujet Cyrille Giquello

Le 9 novembre 2012 14:49, sly (sylvain letuffe) li...@letuffe.org a écrit :
 Le vendredi 09 novembre 2012 14:03:07, DH a écrit :
 Non, nous n'avons pas une action à faire monter, mais une action à mener.

 Mon message ne servira à rien, désolé, mais +1 à tout ce que tu dis, que tu
 arrives à dire mieux que moi alors que c'est ce que j'avais en tête.

 Comme thématique d'action à mener, présenter côte côte les graphs des
 inscrits et des actifs est une bonne démarche déjà (les journalistes en
 mal de buzz se ridiculiserons alors tout seuls), et je me sens d'ailleurs
 comme un con moi même en découvrant que le lien que tu cites l'indique un peu
 en dessous.


 --
 sly (sylvain letuffe)


Dans le genre ce graph parle : Highly active users = % des
utilisateurs qui contribuent
http://wiki.openstreetmap.org/wiki/Stats#Highly_active_users


-- 
Cyrille.

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

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

Jean-Claude

Effectivement, je peux visualiser sur une carte le résultat d'un changeset, ce 
qui est très utile.

Cependant, voici certains changesets pour lesquels le message suivant m'est 
retourné :
java.lang.NumberFormatException: empty String

Voici deux changesets contenant une liste d'objets effacés : 12600491 et 
13458000

Voici un changeset modifiant une relation et des chemins avec attributs 
admin_level : 13808676. Dans ce cas-ci, le wiki indique que les relations ne 
sont pas traitées présentement.


La possibilitié de suivi est limitée si tous les changesets contenant ou des 
données effacées ou des relations ne sont pas traités. 
Pierre 




 De : Jean-Claude Repetto jrepe...@free.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé le : Mercredi 14 novembre 2012 15h04
Objet : Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le 
plus en tant que contributeur OSM ?
 
On 14/11/2012 19:23, Pierre Béland wrote:
 
 Cependant, il me manque toujours un outil visuel qui permette de voir
 rapidement les modifications et objets effacés par un changeset, surtout
 lorsque je vois que de nombreux chemins sont effacés.

Bonjour,

Cet outil existe : il s'appelle OSM History Viewer :
http://osmhv.openstreetmap.de/index.jsp

Voir la page du wiki qui lui est consacrée :
http://wiki.openstreetmap.org/wiki/OSM_History_Viewer

Jean-Claude

___
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] 900K utilisateurs inscrits

Il est dommage de le représenter en % et pas en en nombre.
On a l'impression que les contributeurs actifs diminuent alors qu'en un an
on est passé d'environ 2000/jour à 3000/jour...


Le 14 novembre 2012 22:48, Cyrille Giquello cyrill...@gmail.com a écrit :

 Le 9 novembre 2012 14:49, sly (sylvain letuffe) li...@letuffe.org a
 écrit :
  Le vendredi 09 novembre 2012 14:03:07, DH a écrit :
  Non, nous n'avons pas une action à faire monter, mais une action à
 mener.
 
  Mon message ne servira à rien, désolé, mais +1 à tout ce que tu dis, que
 tu
  arrives à dire mieux que moi alors que c'est ce que j'avais en tête.
 
  Comme thématique d'action à mener, présenter côte côte les graphs des
  inscrits et des actifs est une bonne démarche déjà (les journalistes
 en
  mal de buzz se ridiculiserons alors tout seuls), et je me sens d'ailleurs
  comme un con moi même en découvrant que le lien que tu cites l'indique
 un peu
  en dessous.
 
 
  --
  sly (sylvain letuffe)
 

 Dans le genre ce graph parle : Highly active users = % des
 utilisateurs qui contribuent
 http://wiki.openstreetmap.org/wiki/Stats#Highly_active_users


 --
 Cyrille.

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




-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent ? Mode d'édition polygone

2012-11-14 Par sujet Balaitous

Bonjour,

Ce qui serait bien c'est un mode d'édition adapté aux polygones (JOSM).

Actuellement il est assez difficile de faire des choses simples comme
partager un polygone en deux (surtout si ses frontières sont communes
avec un autre polygone)

Donc ce qui serait pratique, c'est un mode d'édition où :

* Un polygone se sélectionne par un clic à l'intérieur de celui-ci.

* Deux polygones ayant au minimum 1 point commun peuvent être fusionnés
(gestion des attributs comme pour les fusion de way)

* Possibilité de fractionner un polygone (par exemple sélection d'un way
et d'un polygone, si le way et sans attributs, il disparaît lors de la
création des deux nouveaux polygones)

Peut-être que cela existe déjà, mais je ne croix pas.

Balaitous



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

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

2012-11-14 Par sujet sly (sylvain letuffe)

Le mardi 13 novembre 2012 16:17:17, sly (sylvain letuffe) a écrit :
 Le mardi 13 novembre 2012 16:04:10, Nicolas Frery a écrit :
  Le 20/10/2012 18:56, sly (sylvain letuffe) a écrit :
   (en considérant toujours qu'une commune vectorisée depuis moins de 8
   mois n'apparaissant pas n'est pas un bug mais une suggestion
   d'évolution)
  
  Cette évolution est prévu ?
 
 Pas pour l'instant, je suggère à celui qui a fait le gros du boulot

A priori, il n'y aura pas de mise à jour ça lui représente trop de boulot.
Si quelqu'un est motivé pour prendre la suite, qu'il contacte F. Rodrigo


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le plus en tant que contributeur OSM ?

Message java.lang.NumberFormatException: empty String


Bug répertorié à la page https://bugs.cdauth.eu/index.php?do=detailstask_id=72
This is caused by the fact that the coordinates of deleted nodes are not in the 
changeset XML. This means that in API06Changeset.java:129, instead of just 
creating objects for the items, we need to actually fetch the previous versions 
of nodes.

 
Pierre 




 De : Pierre Béland infosbelas-...@yahoo.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé le : Mercredi 14 novembre 2012 17h05
Objet : Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le 
plus en tant que contributeur OSM ?
 

Jean-Claude

Effectivement, je peux visualiser sur une carte le résultat d'un changeset, ce 
qui est très utile.

Cependant, voici certains changesets pour lesquels le message suivant m'est 
retourné :
java.lang.NumberFormatException: empty String

Voici deux changesets contenant une liste d'objets effacés : 12600491 et 
13458000

Voici un changeset modifiant une relation et des chemins avec attributs 
admin_level : 13808676. Dans ce cas-ci, le wiki indique que les relations ne 
sont pas traitées présentement.



La possibilitié de suivi est limitée si tous les changesets contenant ou des 
données effacées ou des relations ne sont pas traités. 
Pierre 




 De : Jean-Claude Repetto jrepe...@free.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé le : Mercredi 14 novembre 2012 15h04
Objet : Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent le 
plus en tant que contributeur OSM ?
 
On 14/11/2012 19:23, Pierre Béland wrote:
 
 Cependant, il me manque toujours un outil visuel qui permette de voir
 rapidement les modifications et objets effacés par un changeset, surtout
 lorsque je vois que de nombreux chemins sont effacés.

Bonjour,

Cet outil existe : il s'appelle OSM History Viewer :
http://osmhv.openstreetmap.de/index.jsp

Voir la page du wiki qui lui est consacrée :
http://wiki.openstreetmap.org/wiki/OSM_History_Viewer

Jean-Claude

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



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


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

Re: [OSM-talk-fr] Quelles fonctionnalités techniques vous manquent ? Mode d'édition polygone

Le (multi)polygone est déjà sélectionnable lui-même (ALT+Clic permet
d'alterner entre les sélection des différents objets possibles : noeuds
suivants, puis ways, puis relations, puis ça reboucle)

Fractionner ou fusionner un (multi)polygone est un peu plus compliqué car
il faut d'abord télécharger TOUTES ses relations dépendantes (CTRL+ALT+D),
et ne pas oublier de le même à jour lui-même avant (CTRL+ALT+U).

De plus dans le cas du fractionnement avec une autre ligne, elle peut aussi
être fermée et sans intersection non plus avec le polygone à découper
(pourtant elle va produire une différence de surface : il y a plusieurs
modes possibles entre une différence, ou une union des surfaces et dans le
cas d'une différence il y a un ordre de priorité sur la surface à garder).

Aussi, bien qu'il n'y ait pas de noeud commun, il faut chercher les
intersections : ce n'est pas simple car normalement on ne fait pas des
intersections avec n'importe quoi (ce peut être sur des niveaux (layer)
différentes qui doivent rester séparés.

Il y a tellement de cas particulier qu'automatiser cela est assez délicat :
autant faire les étapes manuellement une par une : détermination des noeuds
d'intersection à ajouter, fermeture éventuelle (s'il faut fusionner des
noeuds), détermination de ce qu'il advient des relations dépendantes,
insertion prélable d'un polygone dans une relation multipolygone...

La fusion de deux polygones souffre aussi de pas mal d'exceptions : les
attributs à fusionner nécessite un écran préalable pour éditer les conflits
même pour les cas les plus simples, d'autant plus que même s'ils ont des
attributs identiques, ils ne sont pas nécessairement non plus enfants des
mêmes relations : si on les fusionne, un des parents différents référencera
alors un polygone agrandi et ce n'est pas toujours correct !

Alors oui c'est un peu longuet, mais je ne me lancerai pas dans ce genre
d'aventure.

En revanche un mode d'édition où systématiquement avant TOUTE opération sur
un chemin (scission ou fusion) ou une relation, et même sur un nœud, JOSM
commence par mettre à jour automatiquement l'objet à modifier (CTRL+ALT+U)
et ses référents (CTRL+ALT+D) serait bienvenu (tant pis si cela fait des
requêtes souvent : on peut optimiser en évitant que ces requêtes
automatiques n'interroge le serveur trop souvent en gardant en cache local
la date de dernier rafraîchissement depuis le serveur de l'objet et celle
de ces référents : au delà de 10 minutes le serveur est réinterrogé et
cette date n'est PAS enregistrée dans le fichier osm local (toute donnée
rechargée depuis un fichier sera remis à jour depuis le serveur avant de
modifier). Dans ce même mode, avant tout envoi des données, la totalité des
objets modifiés fait lui aussi l'objet d'un rafraichissement préalable :
JOSM avertit alors que des données ont été mises à jour, et propose la
résolution de conflit très tôt et non une fois commencé les envois.

Sinon, pour ceux qui n'utilisent pas ce mode de requête automatique (par
exempel si on travaille hors ligne) la mise à jour des modifications ET des
objets référents devrait être demandée en une seule opération. De même un
seul raccourci pour faire CTRL+ALT+U (mise à jour de l'objet) et CTRL+ALT+D
(chargement des objets dépendants).

Note: ces deux raccourcis (par défaut) sont très peu pratiques, de plus il
m'est déjà arrivé de mal appuyer sur la touche ALT et donc d'exécuter
CTRL+D (duplication de l'objet sélectionné) sans m'en apercevoir tout de
suite (on le voit parfois plusieurs jours après dans Osmose mais pas
toujours non plus si l'objet dupliqué ne crée pas d'intersections
suspectes, selon l'endroti où l'objet dupliqué a été activé). Pour ces
actions il vaut encore mieux utiliser des touches uniques comme F8 (mise à
jour) et F9 (chargement des dépendants) ou F10 (les deux successivement),
car on devrait les utiliser souvent si on n'a pas activé le mode assisté
(comme c'est fait automatiquement dans Potlatch, qui ne se prive pas de
faire de fréquentes requêtes au serveur, et sur de beaucoup plus nombreux
objets en plus) !

Enfin les raccourcis claviers d'une seule lettre qui modifient la géométrie
d'un objet ne devraient pas être utilisables si on a un formulaire ouvert :
Combien de fois le focus sur le dialogue n'est pas gardé ! Déjà il suffit
de passer au navigateur web (ALT+TAB) et de revenir à JOSM (ALT+TAB), le
dialogue n'a plus le focus alors qu'il est resté en avant-plan dans
l'application JOSM. On commence à taper du texte (par exemple la touche L
qui aligne une série de points, ou la touche O qui les redispose en cercle,
ou la touche B qui les répartit) et ça modifie ce qui est CACHÉ DERRIÈRE le
dialogue formulaire...

Ça c'est un bogue sérieux de l'interface (source de pas mal d'erreurs
involontaires et pas visibles immédiatement) qui ne gère pas bien les focus
sur la fenêtre active entre un dialogue et la fenêtre principale quand on
passe à une autre application et quand on revient à JOSM. A la limite, si
on ne

Re: [OSM-talk-fr] 900K utilisateurs inscrits