2013/6/27 Pieren :
> C'est aussi ajouté. Lorsqu'un calque raster est présent dans le
> panneau des calques, il suffit de cliquer avec le bouton droit de la
> souris sur le calque en question pour relancer un géoréférencement
> sans avoir à recharger l'image depuis le
gation de quitter Josm sous peine de
> recevoir des alertes de crash du plugin.
C'est aussi corrigé.
Nouvelle version du plugin: 29714 (2.4)
Il faut encore que je mette à jour le wiki.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
2013/6/26 Francescu GAROBY :
> : même traitement pour tout le monde !
Pareil. J'y vois aussi l'avantage de clairement indiquer la façade
d'un bâtiment. Et donc d'éventuellement diriger un véhicule vers la
bonne rue et non celle qui pa
erche en dehors du polygone est plus aléatoire.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
s je pense qu'on peut
tous être d'accord pour que dans ce cas précis, assez fréquent dans
certaines communes, le nœud soit vraiment attaché au way. Et que les
futurs imports de ce type suivent cette règle.
Pieren
___
Talk-fr mailing list
Talk-f
On Wed, Jun 26, 2013 at 4:54 PM, Yohan Boniface wrote:
> Chez moi oui
J'ai aussi droit au SSD...
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
s fausse. Mais avoir l'adresse sur le bâtiment
lui-même est plus précis. Pensez aux piétons. Le noeud address devrait
se situer près de l'entrée du bâtiment.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
les noeuds
avec les ways de building qui se trouvent juste en dessous.
S'il le font manuellement sans l'outil d'import, je pense qu'ils font
déjà cette fusion. Sinon, je ne vois pas pourquoi ils ajouteraient des
noeuds sans que JOSM ne les r
s.openstreetmap.org/pipermail/talk-fr/2013-June/060130.html
Avec ça, on importe directement dans JOSM les nouveaux noeuds et
relations. Il semble que beaucoup se contentent simplement d'éviter
les doublons avec l'existant.
Pieren
___
Talk-fr mailing l
ce juste un problème
d'outil ? Existe-t-il un moyen simple de fusionner le noeud avec le
way sousjacent dans JOSM ?
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
2013/6/25 Pierre-Alain Dorange :
Voir ici:
http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#R.C3.A9f.C3.A9rences_des_voies
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
oosté
chez-nous par le référencement Sandre. Mais elle n'est même pas
décrite dans les pages principales sur les waterways (en dehors des
"See also"):
http://wiki.openstreetmap.org/wiki/Waterway
http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank
Pieren
_
oudrait dire que la signification du tag "name"
change suivant la présence ou pas d'une relation. Je ne connais pas
d'exemple comme celui-ci.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
uis l'imagerie aérienne et qu'on ne
connait pas leur nom, personne ne taggue "name=?" (au risque de se
faire taper sur les doigts). On met soit un "fixme", soit un
"highway=road".
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
a voie.
Et qu'en est-il de* alt_name*, *loc_name*, *name:prefix*, *name:suffix*, *
> name:en*, *name:fr*… ?
>
>
Il y a 8000 "bridge:name:en" (quand on voit la liste des valeurs, c'est
probablement un import)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
urrait aussi dessiner le pont avec son propre polygone, sans
interrompre le canal : un objet = un élément OSM.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
le-ci (surtout
pour les petits écrans mobiles).
Cependant, face à la demande récurrente, la solution proposée serait
d'ajouter une option dans l'onglet "export" avec une sortie en URL
avec la possibilité de repositionner le marqueur (comme on peut déjà
le faire avec l'
2013/6/22 Christian Quest :
> - jaune: Laison locale
La "liaison locale", ça correspondrait juste au "highway=tertiairy" alors ?
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
lus.
Mouais, bon. C'est un référentiel ou pas un référentiel, finalement ?
On peut et on doit se rapprocher autant que possible des données
officielles. Mais on ne peut pas bloquer des données importées sous
prétexte qu'elles pourraient diverger de la source. Sinon, on n'est
plus le &
Et si vous espérez une adaptation de tous
les outils de tous les pays pour tenir compte de notre petit
particularisme, vous risquez d'attendre très, très, très longtemps.
Pieren
[1] http://www.openstreetmap.org/browse/relation/396466
[2] http://www.openstreetmap.org/browse/relation/407813
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
les relations.
Voila qui ferait un beau "projet du mois". Un but atteignable (+/-
1000 erreurs) et des tags simples et incontestés ;-)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
(dénommé ONF), producteur et dépositaire
des données".
Mais c'est une mention normale dans les données publiques. Et ça n'est
pas incompatible avec une Licence Ouverte.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
sans doute à affiner. Et à mettre proprement sur le wiki si
on peut se mettre d'accord pour s'en servir à harmoniser les types de
highway dans OSM.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
min rural" ou "Chemin d'exploitation" sur un
highway=track est une vrai information (on a parlé sur un autre fil
des conséquences qui peuvent être juridiques).
Allez-y molo avec les suppressions et respectez d'avantage les
contributions des autres.
Pieren
_
n 1er Canton (08)"
100% favorable pour nommer les choses par leur nom. Mettez "canton de"
au début ou "(canton)" à la fin, peu importe, mais évitons les
homonymies inutiles avec un peu de bon sens commun.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
tag du genre
"information=guidepost" ou une autre valeur à inventer ?
Pieren
[1]
http://www.onf.fr/onf/sommaire/donnees_publiques/donnees_publiques/20100607-151633-435455/4/++files++/1
[2] http://www.data.gouv.fr/DataSet/551053
[3] http://carmen.carmencarto.fr/105/ONF_Forets.
ner la paternité de « l’Information » : sa source (a minima
le nom du « Producteur ») et la date de sa dernière mise à jour.
Voir http://www.data.gouv.fr/Licence-Ouverte-Open-Licence
Merci de remédier à cette lacune rapidement.
Pieren
___
Talk-fr mailin
aire de téléchargement, tu
doit mettre le max. "plus de 50 postes"; c'est le "forfait illimité"
;-) (et du coup, leur formulaire ne sert plus à grand chose)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
ssez subjectif (voire arbitraire).
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
uot;highway=secondary"
- Liaison locale => "highway=tertiary" et inférieur (unclassified, residential)
- Bretelle => "highway=*_link"
- Inconnue => ?
Cela nous permettrait déjà de corriger les problèmes de
"primary"/"secondary" assez rapidement et
27;approximation.
Cependant, j'ai aussi une règle pour OSM : "ne pas détruire les
contributions plus détaillées des autres (et j'ajouterais maintenant
"si elles sont correctement faites"), ne serait-ce que par respect
pour le temps passé pour ce travail. Ici, je ne verrais pas
d'inconvénient à rétablir la précédente configuration.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
aucune trace sur le terrain (ni talus, ni
nivellement, ni poteaux, ni ponts, etc), on est d'accord pour ne rien
mettre. Si les traces sont fragmentaires, ne tagguer que ce qui peut
encore se voir aujourd'hui.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
emin d'exploitation). Il faut donc être très
prudent avant de parler d' "appropriations illégales" (même si ça
arrive trop souvent)...
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
osition et de tags suivant la date
ou des noeuds différents pouvant représenter la même chose mais à
différentes époques) et c'est pas gagné d'avance. Il faudra convaincre
les développeurs avant.
La tendance actuelle serait plutôt à la mise en place d'une base
ls de validation (et des
contributeurs).
A l'extrême rigueur, il aurait fallu utiliser le controversé
"railway=dismantled" mentionné dans le wiki mais je vote pour une
suppression complète s'il n'y a plus d'indices de l'existence de cette
ligne aujourd'hui.
Pi
ge. La
classe "man_made" aurait mieux fait l'affaire ("man_made=dam").
Comme le tag est vieux, il faut faire avec. Et aller demander à JOSM
de ne pas se plaindre dans ce cas de figure (en ouvrant un ticket sur
http://josm.openstreetmap.de/newticket)
Pieren
l
Les gilets jaunes, c'est pour la pub ou pour éviter que les google
cars vous écrasent ?
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
aurait sans doute parlé d'osm.fr, switch2osm ou osm.org.
D'un autre côté, l'emprise que prend Mapbox dans la communication sur
OSM est inquiétant. A surveiller.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
ernés
par "le service" n'en ont de toute façon cure. Et les fameux "80% du
public" dont on parlait sur un autre fil, sera informé sans ambiguité.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
;afficher sur la
carte". D'abord, il faudrait se demander "quelle carte" et "avec quel
style de rendu"...
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
uisque de l'eau y coule, je pense que oui. Mais ajouter un "boat=no" et
"fish_with_big_legs=yes" ;-)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
soit un tag (à inventer), soit une relation de type "site"
(à discuter), mais pas cette horreur de "collection", svp.
pnorman a bien ajouter dans le wiki un avertissement sur les
catégories mais il vaudrait mieux supprimer ces pages du wiki et
corr
; commence par
== ATTENTION cette page est une ébauche à valider ==
Le numéro devrait uniquement figurer dans le lock_ref, amha. A charge
du logiciel de rendu d'afficher le nom du canal ou le nom de l'écluse
ou son numéro.
Pieren
___
Talk-fr ma
2013/6/13 Christian Quest :
> Il y a sûrement un compromis à trouver entre "bourrin" et
> "dentelle"... d'où mon "un peu plus" massif.
Désolé. Quand je lis "massif", je comprends "bourrin". Reste à définir
l
ables pour les
routiers à gros gabarit.
Tu oublies la mairie, la sécu, la caf, indispensables pour les usagers
des administrations.
Tu oublies les hôpitaux, les pharmacies, les médecins, indispensables
pour les malades qui déménagent.
Tu oublies les lignes de trains et de tram, les arrêts de bus et
le contributeur à
revisiter les zones concernées et de corriger/améliorer pal mal
d'autres problèmes par la même occasion. Au final, c'est toute la
cartographie qui s'améliore et pas seulement les adresses.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
et d'impact sur les contributions,
autre point sur lequel F.Ramm s'est aussi planté (il a toujours
soutenu que les imports stoppaient l'accroissement d'une communauté de
contributeurs).
Mais 99% de ce qu'il dit est quand même pertinent ou frappé au coin du
bon sens. J'
is je trouve que c'est
pousser le bouchon un peu trop loin pour OSM.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
si la population de ces sous-ensembles est connue, on puisse
réutiliser le tag "population" sur l'élément portant ce tag "place".
Logiquement, la somme de ces sous-éléments devrait être égale à la
population définie dans la relation c
, c'est encore mieux de mettre à
jour le tag source (imagerie Bing, connaissance du terrain, etc).
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
2013/6/11 Pieren :
> Petit rappel
Petit éclaircissement sur cet appel de fonds suite à quelques
interrogations: il ne concerne pas l'association française osm-fr.
L'asso osm-fr ne gère pas les serveurs principaux (base de donnée,
front-end pour l'API, wiki, etc) mais uniqueme
t;industrial") ou de bureaux/business ("commercial").
Pour en savoir plus, lire:
http://wiki.openstreetmap.org/wiki/Key:landuse
http://wiki.openstreetmap.org/wiki/FR:Key:landuse
http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
2013/6/10 Pieren :
Pour éviter d'autres faux-positif dans osmose, notez la présence
possible de boites postales au milieu d'un lac:
http://www.flickr.com/photos/alexander_klotz/7527084960/
(dans OSM bien-sûr : http://www.openstreetmap.org/browse/node/188161229
://wiki.openstreetmap.org/wiki/New_server_and_fund_raising_drive_2013
Pensez aux pauvres administrateurs bénévoles qui vivent dans
l'angoisse de la panne ou d'un afflux considérable de nouveaux
contributeurs. Merci pour eux ;-)
Pieren
___
Talk-fr mai
avenir assez proche...
Sur comment tagguer des bâtiments qui ont perdu leur fonction
originale, voir aussi:
https://help.openstreetmap.org/questions/9754/how-should-i-map-a-church-building-which-is-now-a-private-house
Pieren
___
Talk-fr mailing list
Tal
/11/cpbiellegare3.jpg
Aujourd'hui, je tagguerais simplement le bâtiment en
"building=station" ou "building=railway_station" sans aucun tag
"railway=*" puisqu'il n'y a plus de ligne...
Mais c'est un peu hors-sujet, non ?
Pieren
___
uot; (sans que ce soit
précisé nul part ?). Connaissant la faible qualité des tracés de
berges du cadastre, on a au final une bonne marge d'erreur...
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
entre les deux,
genre foreign key).
Quelques liens:
[1] http://wiki.openstreetmap.org/wiki/ODBL
[2] http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases
[3]
http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
e
fonction aux étages et que la SNCF qualifie de "halte" parce que plus
personne n'y travaille alors que physiquement, c'est toujours une gare
avec plusieurs quais, bâtiment(s), aiguillages, etc.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
aussi
parce que nous disposons d'images aériennes plus précises ou qu'on
cartographie des pays moins développés - et donc avec moins de ponts -
depuis moins longtemps).
Seule la section de highway dans l'eau devrait porter le tag
"ford=yes". Il fa
s le langage courant mais aussi dans tous les panneaux de
signalisation du terrain qui nous est si cher.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
ficilement interprétable sur l'imagerie aérienne.
Peut-être est-ce une technique de photo-interprétation avant de
compléter par une visite sur le terrain. Le mieux serait de lui
demander directement pourquoi il agit comme ça. Il semble toujours
très actif sur une zone gé
utard.com/photos/crete/6106-protection_de_la_nature.htm
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
). Par exemple, on peut y lire : "vous
pouvez utiliser les tags railway=light_rail pour les voies
régionales", ce qui est faux, en tout cas pour la France.
Pour avoir d'avantage de succès, les "projet du mois" devraient être
plus simples, à la portée des débutants, la doc
le wiki ?
De plus, je tombe sur un exemple: "name=Brigade de proximité de
gendarmerie d'Haroué". Pourquoi pas mettre ça dans "official_name" et
laisser simplement "name=Gendarmerie Nationale". Si je devais chercher
une gen
ilding"
Si tous les EPN correspondent bien à la même catégorie, pourquoi ne
pas définir une clé simple genre "amenity=espace_public_numerique" ou
"amenity:FR=espace_public_numerique" (évitons les accents dans les
tags standards)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
ligne par voie de parquage, ceux qui
veulent une ligne par trottoir, imaginez le résultat et demandez-vous
si vous souhaiterez encore modifier quoi que ce soit dans ce
"m..."/sac de noeuds...
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Si le futur import propose une meilleure
localisation, ne pas hésiter à améliorer. En attendant, ce genre
d'adressage avec "noeuds flottants", c'est toujours mieux que rien.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
e préfère indiquer l'entrée. Bon, c'est sûr que le
facteur ne sera pas du même avis. Mais je ne me fais pas de soucis
pour lui, il n'a pas besoin d'OSM).
Le mieux est de rattacher au minimum les noeuds sensés être sur le
bâtiment avec leur way da
à disparaître.
Mieux les tags sont documentés dans le wiki et moins ils sont
critiqués/remis en cause par la suite.
A ce propos, d'autres tags sont aussi soumis à "vote" (ou avis du
public) actuellement:
http://wiki.openstreetmap.org/wiki/Proposed_features/Animal_breeding
http://
atistiques. Un vrai
indicateur devrait calculer le nombre de premiers utilisateurs et sa
variation dans le temps (un tag peut apparaitre au dépend d'un autre,
même très utilisé - qui se souvient de "highway=gate" ?).
Par contre, améliorer et traduire le wiki en cherchant un consensu
27;obliger les gens à utiliser leur propres
robinets pour pouvoir facturer l'eau et son assainissement au lieu
d'utiliser les fontaines publiques et gratuites. Même la lessive y est
souvent interdite pour les mêmes raisons. Rien à voir donc avec la
potabilité.
Pieren
i la gloire assurée pour le courageux cartographe qui s'y colle(rait).
Je connais même le malade qui s'est coltiné tout le bâti de la ville
de Strasbourg comme ça ;-)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
#x27;eau de
pluie serait préférable. Sinon, on pourrait mettre drinkable=if_boiled
à peu près partout où il y a de l'eau (en dehors des évacuations des
centrales nucléaires/retraitements chères à Pierre-Alain ;).
Pieren
___
Talk-fr mailing list
T
t
qu'une petite équipe est prête à passer en revue les éléments déjà
existants.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
jours à réinvestir du temps dans ce plugin, surtout dans
la partie raster. J'ai moi-même géoréférencer des centaines de plans
images, jusqu'au jour où celles-ci sont devenues soit vectorielles,
soit soient contenait un géoréférencement dans le cadastre lui-même.
Pieren
___
pe "boundary" n'a pas de "place" ou
d'admin_centre correspondant (même à distance), ce rôle a toujours été
défini comme optionnel.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
e de la "metatuile" est
configurable dans le logiciel de rendu. Il calcule une grosse image et
la découpe ensuite en tuiles de taille standard. C'est juste pour être
plus rapide et aussi réduire les segmentations qui peuvent avoir des
effets de bord (comme des répétitions de texte).
P
tag plus comme un truc d'avocats fiscalistes en France.
Il y a "office=tax_advisor" peut-être pour ça (131 dans taginfo).
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
iste par le passé)
et 117 "office=tax" (http://taginfo.openstreetmap.org/tags/office=tax)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
; et l'éditeur OSM/iD.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
urs doivent accepter que leurs
données soient substituées par d'autres. Si elles sont équivalentes ou
inférieures, il faut évidemment être beaucoup plus prudent et tout
faire pour respecter le travail déjà entrepris.
Pieren
___
Talk-fr mail
riginale.
Mais la reprojection peut se refaire en sens inverse et il n'y pas
"produit composite". La reconstitution originale pourrait alors être
considérée comme trop simple.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
me. Si tu envoies ton plan directement à celui qui te le
demande, il n'y aura pas de problème, surtout dans notre contexte (et
de toute façon, c'est de l'ordre du privé).
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
2013/5/21 Christian Quest :
> Il me semble qu'il faut faire comme un bâtiment tout à fait normal,
> même si il est relativement plat.
A noter, l'autre proposition, tout aussi populaire statistiquement parlant:
http://wiki.openstreetmap.org/wiki/Proposed_features/man_made%
u raster) de la DGFiP. Il y a donc
plus de chance que ces modifications se voient d'abord sur
cadastre.gouv.fr que sur géoportail (les mises à jour du premier étant
plus fréquentes que le deuxième).
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
2013/5/19 Art Penteur :
> Pouvez-vous envisager un "Jo d'ici" et
> "Jo d'ailleurs" ? Ou bien "Jo du sud" et "Jo du nord" ?
Si seulement il venait de la ville d'Alton:
http://www.openstre
âteau-Thierry a écrit :
>
>> il suffit de se baiser pour en trouver.
Voila une nouvelle perspective sur les cartoparties que je n'avais pas
encore envisagé :-) Merci pour cette franche poilade.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
e la communauté OSM, une
autorisation d'import dans OSM sous license ODbL en expliquant bien
que les informations pourront être altérées mais que la version
originale est toujours récupérable (dans l'historique des éléments,
dans les changesets concerné
it foi pour la limite
administrative. Il faut alors obligatoirement tracer deux ways
différents: un pour la limite, un pour le cours d'eau (éventuellement,
ajoutez une "note" pour les lents du bulbe qui ont du mal à
comprendre).
Pieren
_
ntes. Si certaines sont
géoréférencées et d'autres pas, si certaines le sont en Lambert CC9
zones et d'autres sont encore en 4 zones, plaignez vous d'abord auprès
de la DGFiP ;-) Il est aussi possible que tous nos problèmes
disparaissent le jour où la
s années pour voir si le cadastre s'est
mis d'accord avec lui-même. (il existe une troisième option mais que
nous avons décidé de ne jamais faire : celle de conserver les deux
versions de limites "tel quel").
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
x27;reg_' pour 'regional').
Wikipedia a répertorié 117 communes dans ce cas:
http://fr.wikipedia.org/wiki/Projet:Communes_de_France/Liste_des_communes_disposant_de_%C2%AB_nom%28s%29_d%27usage_%C2%BB
L'INSEE utilise la version "officielle". Le cadastre utilise la
version d
mport) et peu de soutien. On peut dire qu'une fois que
l'information est là, même approximative, 95% des contributeurs
préfèrent passer à autre chose plutôt que d'améliorer la précision par
un travail fastidieux (estimation au doigt mouillé).
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
treet
Les rues uniquement piétonnes sont tagguées avec "highway=pedestrian".
Un tag "highway=living_street" implique donc une vitesse limite de
20km/h. Mais on peut aussi mettre cette limite explicitement avec le
tag "maxspeed=20". Vous pouvez encore ajouter un tag du gen
s des uns et des autres.
Au fait, quelqu'un est capable de dire qui est l'administrateur de
cette liste ? J'ai vraiment l'impression qu'elle est totalement en
roue libre Si rien ne devait changer, on pourrait envisager une
première étape
s prestations de services à des tiers (voir
les règles d'usage de la carte glissante comme exemple, ou ce que fait
wikipedia dans ce domaine)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
ce... J'espère juste que ces chiffres te feront réfléchir.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
par
141 auteurs différents.
Moyenne: 8.4 messages de 1334 mots par auteur.
Classement des 10 premiers auteurs par nombre de messages envoyés:
163Philippe Verdy
120Christian Quest
73Francescu GAROBY
58Pieren
51Jo.
39forum at letuffe.org
39Romain MEHUT
28sly (sylvain letuff
ore un journaliste qui ne vérifie pas ses source :p
>
>
Nominatim signale aussi un sommet "Infernet" dans le sud-ouest de Grenoble:
http://nominatim.openstreetmap.org/details.php?place_id=1049618
Dommage pour "l'Internet". La proximité du lieu avec Genève et le CERN
aur
901 - 1000 sur 5122 matches
Mail list logo