cela concerne la correction des erreurs liés a l'import semi-automatique
des données du cadastre:
pour toute la zone couverte par osmose (y compris les pays étrangers)
debut avril, il y avait 220 000 chevauchements
debut septembre, il en estait 110 000
aujourd'hui il n'en reste que 54212
pour
j'ai oublié le pdf pour les courbes ...
Le samedi 29 décembre 2012 à 08:57 +0100, didier2020 a écrit :
cela concerne la correction des erreurs liés a l'import semi-automatique
des données du cadastre:
pour toute la zone couverte par osmose (y compris les pays étrangers)
debut avril, il y
Le samedi 29 décembre 2012 à 08:27 +0100, JB a écrit :
Pour avoir corrigé pas mal de piscines, la technique du bot ne
fonctionne pas (beaucoup d'étangs ou de petits bassins). Par contre,
le copier-coller de tags est efficace : Controle+Majuscule+V par
défaut, mais modifiable en « 1 » touche
Salut ! Je pense que ton probleme est lié à la v0.39 d'Osmosis. J'avais
ce meme genre d'erreur avant de migrer vers 0.41. La nouvelle version
permet de gerer les fichiers sources au delà du seuil des 2 Go
principalement (quand on traite France entière) mais corrige également
pas mal de soucis
il me semblerait utile de reprendre ce projet de tag
http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain
Par exemple : en France, on doit pouvoir accéder à la cartographie
réglementaire et dans le projet Tchad cela permettrait de cartographier
un peu mieux ces rivières du sud à débit
Le 29 déc. 2012 à 09:53, Jean-François Gaffard a écrit :
il me semblerait utile de reprendre ce projet de tag
http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain
Par exemple : en France, on doit pouvoir accéder à la cartographie
réglementaire et dans le projet Tchad cela
Le vendredi 21 décembre 2012 à 15:33 +0100, sly (sylvain letuffe) a
écrit :
On vendredi 21 décembre 2012, ades_...@orange.fr wrote:
que faut-il en conclure ?
Il faut croire ce que nous savons déjà et que beaucoup dans notre communauté
se refusent à accepter ce qui met en insécurité
Le 29/12/2012 10:20, ades_...@orange.fr a écrit :
Le 29 déc. 2012 à 09:53, Jean-François Gaffard a écrit :
il me semblerait utile de reprendre ce projet de tag
http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain
Par exemple : en France, on doit pouvoir accéder à la cartographie
reste tjs la question :
Should the hazard data be stored along with the traditional OSM data? If not,
what should be the most appropriate structure to ensure compatibility and ease
of use? (en bas de https://wiki.openstreetmap.org/wiki/OpenHazardMap;)
et si ce doit être intégré dans OSM,
Merci pour les divagations... mais tu as divagué tout seul en inventant des
raisons qui n'étaient pas les miennes. Je TE cite:
J'en déduis que ses tirets cadratins ne servent uniquement à
satisfaire l'égo de celui qui les a découvert depuis peu et est fier
d'avoir trouvé comment les écrire sur
Le 29 décembre 2012 10:41, Christophe Merlet red...@redfoxcenter.org a
écrit :
Cela signifie t'il que du jour au lendemain, ce chemin deviendra une
propriété intellectuelle et oeuvre de l'esprit de la FFRP et
qu'OpenStreetMap devra l'effacer de sa base de données ?
En tout cas, comme je
Le 29 décembre 2012 12:01, ades_...@orange.fr ades_...@orange.fr a écrit :
reste tjs la question :
Should the hazard data be stored along with the traditional OSM data? If
not, what should be the most appropriate structure to ensure compatibility
and ease of use? (en bas de
Bonjour
Le 29/12/2012 12:34, Philippe Verdy a écrit :
Laissons à la FRPP sa nomenclature GR, utilisons une nomenclature
générique internationale, et tant pis pour les numéros de GR, on n'a
rien à effacer.
Peux-tu rappeler, pour ceux qui ne le savent pas ou plus, la
nomenclature générique
cela répond en partie à mes interrogations
quelques cas concrets au Tchad :
http://www.openstreetmap.org/?lat=8.4403lon=16.8642zoom=14layers=M
j'ai cartographié ce que je voyais sur Bing (rivière en étiage)
http://www.openstreetmap.org/?lat=7.9138lon=16.6066zoom=14layers=M
un autre contributeur
Je n'ai pas dit la mais une. Nuance...
Le 29 décembre 2012 13:55, David Crochet david.croc...@online.fr a écrit :
Bonjour
Le 29/12/2012 12:34, Philippe Verdy a écrit :
Laissons à la FRPP sa nomenclature GR, utilisons une nomenclature
générique internationale, et tant pis pour les numéros
C'était mineure, en chargeant le cadastre de mon village il y avait des
décalage d'un mètre ou deux par rapport aux limites indiquées dans OSM.
Parfois il manquait de précision dans les contours et j'ai donc affiner
l'ensemble pour que cela corresponde mieux à ce que je connaît sur plus.
J'ai donc
Le 29 décembre 2012 10:41, Christophe Merlet red...@redfoxcenter.org a
écrit :
Cela signifie t'il que du jour au lendemain, ce chemin deviendra une
propriété intellectuelle et oeuvre de l'esprit de la FFRP et
qu'OpenStreetMap devra l'effacer de sa base de données ?
En tout cas, comme je
Le 29/12/2012 15:08, Matthias Dietrich a écrit :
Le 29 décembre 2012 10:41, Christophe Merlet red...@redfoxcenter.org
mailto:red...@redfoxcenter.org a écrit :
Cela signifie t'il que du jour au lendemain, ce chemin deviendra une
propriété intellectuelle et oeuvre de l'esprit de la
Jean-François,
Dans le Delta intérieur du Niger au nord du Mali, de vastes zones parfois sur
plusieurs kilomètres sont inondées à chaque année, incluant des terres
agricoles. Les champs saturés d'eau sur l'imagerie Bing HR permettent de
repérer ces zones inondables.
Pour identifier ces zones,
Le 29 décembre 2012 12:34, Philippe Verdy verd...@wanadoo.fr a écrit :
Tout à fait d'accord. Ce genre d'appropriation exclusive des droits
communs des autres est un abus qui ne doit pas être toléré. Même si la
mention GR ne figure pas dans la base (si on admet alors que c'est juste
un label
Hello,
Je rebondis tardivement sur :
http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/051162.html
Bien que l'avis fût unanime, et que mes chances de convaincre soient faibles,
je vais quand même argumenter mon désaccord.
Plutôt que de radoter (une fois de plus) je déterre des
ps: C'est aussi pour ça que :
http://suivi.openstreetmap.fr/communes/communes.csv.txt
ne marche plus pour les DOM/TOM
On pourrait argumenter que je n'ai qu'a réparer mon code pour prendre en
compte ref:INSEE mais cela impliquerait que mon code serait encore moins
portable pour un autre pays qui
Je ne parlais pas de chaque GR mais répondais au fait du classement
éventuel futur ou déjà réalisé d'un chemin traditionnel en tant que GR. La
création de l'esprit dans ce cas se borne juste à la nomenclature en tant
que GR (même su dans le détail, pour faire valoir ses droits, la FRPP va
vouloir
Et tu fais comment pour distinguer les cas où il y a plusieurs numéros de
référence, provenant parfois même de la même source, mais pour des usages
différents ?
Prenons le cas des régions françaises, on a un code ISO 3166-2, un numéro
INSEE, plusieurs numéros SIREN (pour les différentes
Il ne serait pas illogique d'avoir un ref par défaut, et d'autres
ref:xxx avec un éventuel doublon comme on le fait pour name name:xx
Cela permet un usage par défaut par les outils non spécialisés
(Nominatim est effectivement un bon exemple), et aussi par des outils
spécialisés qui connaissent le
Le samedi 29 décembre 2012 18:00:54, Christian Quest a écrit :
ref=73 + ref:INSEE=73 ne me choquerait donc pas du tout.
ça me choquerait un peu moins, mais la redondance, c'est quand même pas
l'idéal non ?
Je maintiens ma proposition, (qui n'empêche en rien d'avoir d'autre ref jugées
non
Mais alors pas ref:source=INSEE, mais source:ref=INSEE. Comme on peut avoir
aussi source:population=COG / INSEE.
Les sources sont toutes dans source:*=*.
Mais ce que tu indiques dans ref:*=* doit être un identifiant unique, et
ref:source=INSEE ne sera pas unique !
L'ennui de ref=73 c'est que c'est
Bonjour
*Je n'exprime que mon avis d'après ce que j'ai compris et mes recherches.*
C'est quoi le problème :
- Utiliser la marque « GR » Lettre blanche sur fond rouge ?
- Utiliser le symbole Double rectangle horizontale blanche en haut
rouge en bas
ou
- Tracer les parcours composantes d'un
Le 29 décembre 2012 18:16, sly (sylvain letuffe) li...@letuffe.org a écrit :
Le samedi 29 décembre 2012 18:00:54, Christian Quest a écrit :
ref=73 + ref:INSEE=73 ne me choquerait donc pas du tout.
ça me choquerait un peu moins, mais la redondance, c'est quand même pas
l'idéal non ?
Ah
2012/12/29 David Crochet david.croc...@online.fr:
Tout ceci pour dire que je n'apporte pas de solution, mais des suggestions
ou des ébauches d'idées qu'il faut creuser, pour éviter la suppression de
tous éléments soumis à la protection de la FFRP
Bah. C'est pourtant assez clair. Tout ce qui
Tu peux m'ajouter dans les contre.
On 28 Dec 2012 21:47, Pieren pier...@gmail.com wrote:
2012/12/28 JB jb...@mailoo.org:
C'est marrant, je ne me souviens pas avoir vu de majorité se dégager de
la
discussion sur les tirets et les trait d'union… Pieren avait certes sa
majorité personnelle
Le samedi 29 décembre 2012 21:32:29, Art Penteur a écrit :
Je suis à fond pour.
Les vieux briscards* d'OSM n'ont pas changé d'avis à ce que je vois ;-) :
http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007611.html
* Rien de péjoratif
--
sly (sylvain letuffe)
Il peut y avoir un intérêt à matérialiser les GR, car sur le terrain,
ils sont clairement identifiés. Mais comme GR est une marque déposée ...
Comme déjà indiqué, le GR ne sont que l'assemblage de chemin existants
(dans la très grande majorité des cas). Ces chemins sont ouverts au
public, donc
Le 30/12/2012 à 07:45:07 +1100 Emilie Laffray emilie.laff...@gmail.com a écrit
Objet: [OSM-talk-fr] relations boundary modifiées par Philippe Verdy – Tirets
:
Tu peux m'ajouter dans les contre.
Tu peux m'ajouter aussi.
--
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie
On peut les nommer IP (Itinéraire public) ou PIPI (promenade intensive
protégée par des intérêts ...)
Brainfart from Polyglot,
Bonne année!
2012/12/30 piratebab pirate...@hotmail.com
Il peut y avoir un intérêt à matérialiser les GR, car sur le terrain,
ils sont clairement identifiés. Mais
35 matches
Mail list logo
