Je n'arrive pas à comprendre comment l'on peut contribuer à un projet
collaboratif sans utiliser les outils de communication associés.
Quand toutes les belles paroles sur la facilité et la simplicité d'utiliser
une mailing liste se heurtent au réél de certains utilisateurs ?
Ou parce qu'ils
On jeudi 24 novembre 2011, THEVENON Julien wrote:
comment taguer un aéroport désaffecté ?
Rajouter un tag disused=yes ?
Julien
J'aime pas
Je préfères :
http://wiki.openstreetmap.org/wiki/Key:disused
Débats :
On jeudi 24 novembre 2011, fo...@letuffe.org wrote:
Le message suivant :
##
Je m'disais bien que cette ligne de code devait servir à quelque chose, c'est
réparé, message d'origine :
###
Après avoir été hébergé par moi sur mon serveur et mon domaine, ce forum vient
de
On mercredi 23 novembre 2011, yvecai wrote:
Les données re-traitées pour remplir ces 'trous' on (à ce que j'ai vu à
ce jour) des licences plus restrictives que le 'public domain' du jeu de
données SRTM.
Yves
Si c'est algorithmiquement, il y'a des outils pour le faire, mais bon, des
Quant à çà:
http://c.tile.cartosm.eu/tile/isohypse/15/16895/11787.png, d'ou ça peut
bien venir? Est-ce que le dernier pixel est répété en bord de tuile SRTM?
J'ai le même type d'artefact avec les données ASTER en bordure de tuile 1°x1°
Je pense qu'il doit y avoir un traitement à rajouter
On lundi 14 novembre 2011, JonathanMM wrote:
Personnellement, ça me dérange pas ce bac de glaçon. Par contre, juste
une question sly, pourquoi ne pas avoir effacé vu que tu n'en as
apparemment plus besoin de ces données ?
Je me suis inspiré du comportement de certains humains sur une plage
yo !
Si on donne ce lien sur la liste internationale, je ne donne pas 10
minutes pour que les données soient effacées on lance les paris ?
Pieren
Je ne parie pas car je pense que c'est en effet ce qui se passera, il y a
beaucoup de gens férocement contre, mais je ne suis pas sûr
Ça serait bien de découper ce boundary_segment en plusieurs morceaux,
genre aux limites de département - un avis ?
Je suis contre une telle segmentation au niveau des frontières terrestres
entre pays, car le but est de pouvoir ré-utiliser ces relations par les deux
pays frontalier, si
à mon avis, le plus important c'est de respecter le travail des autres.
+1
- évitons d'importer massivement si ça risque de créer des doublons : ça
dévalorise le travail déjà fait
+1
Avant un import massif quel qu'il soit, je pense que la première chose c'est
d'obtenir un échantillon (ou
J'ai décidé pour ma part de ne plus prêter attention aux intersections
marginales de bâtiments (les petites erreurs provenant du cadastre lui
même).
Elles sont trop nombreuses et surtout, je ne vois pas quel problème
cela pose au final.
Je suis presque d'accord avec toi, ça ne sert pas à
On lundi 24 octobre 2011, Pieren wrote:
Mouais. Ca fait un peu cacher la poussière sous le tapis tout ça. Il
ne faut pas oublier qu'il n'y a pas qu'Osmose comme outil d'analyse
sur le plan international. Déjà qu'on est connu comme le loup blanc
pour nos points superposés (import géodésique),
On jeudi 20 octobre 2011, Marc SIBERT wrote:
Cela s'explique par qu'un import automatique a ajouté capital = yes sur
toutes ces villes le 13 oct dernier.
On dirait que cela a été corrigé depuis pour mettre un capital=8
--
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez
On jeudi 20 octobre 2011, Pieren wrote:
2011/10/20 Julien Angot angot.jul...@gmail.com:
Heu... l'ordinateur que j'utilise au boulot n'accède plus à OSM non plus.
C'est vague OSM
Laquelle de ses adresse (ne) fonctionne (pas) ?
http://a.tile.openstreetmap.org/5/16/11.png
Ca transpire l'honnêteté, ce genre de sourçage, donc ça mérite du conseil et
de la pédagogie (Sly, tu es là ? [2] :-))
Elle va finir par rentrer dans les livres d'histoire (d'osm bien sûr) ma
réponse à ce sondage.
Ne pouvant bien sûr me nominer moi même pour les fortunes :
Bref, un way comme celui-ci :
http://www.openstreetmap.org/browse/way/23301596
n'est pas dans les stats, mais il mériterais d'y être.
vincent
Ben, les stats sont ceux dont la source est CA, pour ce way, je peux assurer
que la source est autre (source=au jugé) donc il me semble que c'est
On jeudi 13 octobre 2011, Pieren wrote:
Curieux. Je viens de faire la requête sur le serveur
jxapi.opentreetmap.org et sur le serveur open.mapquestapi.com/xapi/
Sur le premier, j'obtiens 110 ways avec les dernières modifs datant
d'avant-hier.
La jxapi semble en effet un peu à la traîne
Sans faire un revert, pourrais-tu remettre un source=CA sur ces 3 ways
pour qu'on soit sûr de ne pas les manquer plus tard ?
Fait.
M'enfin c'est un peu faux de dire source=CA, je vais me dire que c'est
temporaire
--
sly
qui suis-je : http://sly.letuffe.org
http://beta.letuffe.org/cron/etat-communes/communes.csv.txt
Félicitations aux fourmis besogneuses !
Phase moins fun maintenant du cadastre au format image : des croisillons
perdus, des rivières au cours changeant, des Nord vers le bas, des
projections curieuses...
...ou l'attente de la
Idéalement, chaque contour côtier sur l'ensemble du globe devrait être
simplifié de manière identique afin de pouvoir effectuer des
comparaisons valables...
-1
Si quelqu'un veut les côtes avec une simplification homogène, à lui de faire
tourner un algo de simplification au moment de son
que l'on peut demander à fermer le forum OSM.org et
de mettre un lien de redirection vers la ML et le forum de sylvain?
Bonne chance david !
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org
99179904
108550287
108552601
109647736
113340881
113385795
113751396
113751400
113751403
113751404
113871340
125140943
126209409
132063453
132063456
132203839
132576283
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
Donc à l'avenir est-ce que je dois continuer à améliorer le contour du
littoral où non?
Pour moi, s'il est possible d'être précis car nous avons des images sat de
suffisamment bonne qualité, alors clair, continues !
Dans le cas présent, est-ce que je demande à cet utilisateur de faire marche
On mardi 11 octobre 2011, Eric SIBERT wrote:
Dans le même genre, je viens de tomber sur un gars qui a fusionné les
différents morceaux de rues. En pleine ville avec des ponts, des lignes
de bus et tout...
Et je me dis qu'on doit en louper plein des comme ça, vivement qu'un courageux
Merci Sly et merci aux autres, vous me rassurez. Quant au contributeur
dcp il faudrait qu'il se limite à simplifier ce qu'il connait bien.
J'ai annulé le changement et je l'ai contacté par mail.
Et je constate qu'il y en a d'autre comme ça, j'ai bon espoir d'avoir une
discussion constructive
Vous pointez peut-être là un problème structurel,
nous sommes dans un wiki sans page discussion,
sans aucun moyen pour résoudre les conflits.
aucun pas tout à fait, on peut envoyer un message à un utilisateur depuis
l'interface https://www.openstreetmap.org/login
J'admets cependant
Le samedi 8 octobre 2011 12:12:23, Nicolas Dumoulin a écrit :
Au passage, merci à sly et je sais plus qui pour cette couche.
Frédéric Rodrigo, qui a fait le plus dur je dirais ;-)
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr
%27avancement
qui fait (un peu) doublon avec :
http://beta.letuffe.org/cron/etat-communes/communes.csv
Mais je comprends que ça vaille le coup de garder une version sexy sur le
wiki au cas où et comme archives
--
sly (sylvain letuffe)
___
Talk-fr
qu'ailleurs
encore je recommande d'utiliser un seul way membre de plusieurs relation
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
superposer indéfiniment les ways aux frontières et ça
encourage positivement les outils à s'adapter et à gérer les super-relation
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Encore un peu de courage (j'imagine que ce sont les cas les plus faciles qui
ont été réglés en premier) et l'affaire sera réglée.
Je dirais qu'il reste pas mal de boulot si on veut faire tout propre, j'ai
nettoyé pas mal de cas simples (il en reste encore), mais il reste des way
bien longs
Vu le faible nombre de points et lignes qui restent
Tu l'as dis toi même, : le nombre ne fait rien à l'affaireueu, quand il y'en
a, il y'en a !
j'ai le sentiment qu'on peux y arriver en 2 .. 3 semaines, même moins
si on est plus nombreux.
Oulla, moi je l'ai pas ce sentiment...
Mais okay,
On vendredi 30 septembre 2011, Ab_fab wrote:
Bonjour,
Il y a eu un souci hier dans le rapport de l'outil de Sly sur les communes
non présentes dans OSM aux formats image / vecteur
http://beta.letuffe.org/cron/etat-communes/communes.csv.txt
C'est réparé aujourd'hui, c'était dû à une fausse
Tiens, le nombre remonte, doit y avoir eu du découpage ?
J'en profite pour indiquer ma méthode de nettoyage qui doit être plus simple
que de chercher au petit bonheur la chance sur les frontières :
Grâce à jxapi, on peut récupérer l'ensemble des ways au format .osm donc le
tag source est CA,
Préambule :
Je m'excuse auprès de pieren qui avait, le premier, lancé le sujet mais
l'ayant perdu (le sujet, pas pieren) dans un flot de mail qui devait être
dédié à autre chose et que je ne le retrouve pas, je re-lance alors le sujet
en séparé.
Ayant reçu (à nouveau) un email privé
=BTFFFT
Bordure en noir, s'affichant par dessus le layer commune
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
qu'un contributeur les a
modifié, et donc que leur source n'est plus adaptée.
http://www.openstreetmap.org/browse/changeset/9431597
987 noeuds traités
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
remplacement le jour où le cadastre
sera dispo en vectoriel
Quelqu'un peut faire une liste réelle des ways CA ayant des nœuds CA ?
Quelque chose de plus exact que mon pifomètre et mon doigt mouillé ?
Pas forcément simple à faire... nettoyons les faciles, on verra ce qui reste
;-)
--
sly (sylvain
cependant depuis une modif récente un des ways de cette relation se croisait
lui-même,
C'était exactement ça, ça devrait se réparer tout seul demain.
La (petite) blague, c'est qu'actuellement sur le site du cadastre, le
Finistère comporte
279 communes (l'INSEE en compte 283). OSM en
De mon point de vue la première motivation est bien technique
J'admets : ma première motivation n'est pas technique ;-)
Mon but c'est de simplifier la vie du mappeur, et les tas de relations empilés
aux frontières sont autant de choses complexes à gérer.
Donc avant tout, je pense à la
Par experience, je me suis rendu compte que le cadastre ne
correspondait pas forcément au lit de la rivière actuelle
Qu'en pensez vous?
D'expérience, en montagne, pour les torrents, c'est souvent hautement farfelu.
C'est joli sur la carte, mais c'est du bluf. Et ça noie dans le flot (si je
)
Découper le long des départements français (pourquoi pas des régions ? ou des
communes ? ou des entités administratives de l'autre pays ?) reviendrait à
admettre que nous ne faisons ça que pour des raisons techniques de
construction.
--
sly (sylvain letuffe
Pour la gestion des relations qui participent à la mega relation
France métropolitaine (1362232), je trouverais plus simple d'avoir une
relation par département impliqué, que par grande portion côtière.
ça me va.
--
sly (sylvain letuffe
Car je cherche à obtenir les différents polygones d'une ville définissant
les différents code postaux.
Aïe ;-)
Est-ce que je dois me baser sur la notion de quartiers (admin_level = 10)
ou ça n'a rien à voire avec les codes postaux ?
La notion de surface postale avait un temps été évoquée,
On mardi 13 septembre 2011, Pieren wrote:
En gros : plus c'est petit, plus ça a raison
Ca ne peut fonctionner que si les découpages administratifs supérieurs
à 8 (arrondissements, quartiers) correspondent aussi aux découpages
postaux. C'est le cas sur Paris, mais est-ce le cas dans les
On mardi 13 septembre 2011, Nicolas Moyroud wrote:
Le 13/09/2011 17:25, sly (sylvain letuffe) a écrit :
En gros : plus c'est petit, plus ça a raison
elle ferait le malheur des chirurgiens esthétiques ! ;-)
??? je ne savais pas que les chirurgiens esthétiques étaient tous grands
ou
On mardi 13 septembre 2011, Aurélien FILEZ wrote:
Je pense qu'il ne faut pas faire de relation entre les codes postaux et les
limites administratives, vu que comme dit plus haut, ça n'a rien à voire.
Moi je pense que si, car ce qui a été dis plus haut est en partie faux.
Ça n'est certes pas
Je suis perplexe également et la discussion rapportée par Sly laisse
penser
que l'on est en attente d'une solution.
J'ai commencé à regarder pour faire un script de revert spécifique à ces
cas,
mais le temps me manque.
J'ai un peu de temps, je tente de faire quelque chose
Je pose un peu ce message en vrac car je ne sais pas trop car quel bout nous y
prendre et si cela vaut le coup ou pas
Après en avoir discuté off-list à propos d'un département qui avait subit des
modifications par erreurs (finistère) après le sujet d'aujourd'hui sur la
ligne de TGV transformée
On mardi 6 septembre 2011, Pieren wrote:
Pas besoin de faire un truc compliqué si un simple revert du way à
partir de Potlatch1 fonctionne comme espéré
Pieren
Trop tard... la correction est faite.
http://www.openstreetmap.org/browse/changeset/9226112
Potlatch1 aurait une possibilité de
On mardi 6 septembre 2011, Pieren wrote:
Pas besoin de faire un truc compliqué si un simple revert du way à
partir de Potlatch1 fonctionne comme espéré
Je n'ai pas réussi à faire un revert de l'ensemble des noeuds avec p1,
l'option d'accès à l'historique est pourtant bien là (advanced -
(...)
qui dans la Base de Données OSM se manifeste par
une myriade d'octets ...
Bof, si le problème est une question de taille dans la base de donnée OSM, ne
serait il pas plus fin de régler cela directement dans la manière de stocker
ces informations en amont ?
Et de manière à ce que cela
Sinon, l'idéal serait un foreign key. Voir ma proposition pour l'API0.7:
cf mon précédent message, c'est de cette solution dont je veux parler.
HS
Par contre, je ne vois pas le rapport avec l'API0.7.
Une nouvelle API aurait pour mission de changer la manière dont est accessible
l'information,
C'est à ça que servent les différentes compressions (gz, bz, bz2, etc).
Ces données répétitives se compriment très très bien.
Oui en terme de taille pure, par contre les parseurs xml et les traitements
ensuite eux vont avoir plus de travail. Mais c'est encore un autre débat ;-)
J'espère par
Mon idée serait d'ajouter une contrainte dans la base ET dans l'API.
Je pense à un nouvel élément 'source' à côté de node, way, relation et
changeset. On pourrait définir librement des sources (avec source_id)
qui serait ensuite listé dans la composante d'un node, un way, une
relation ou un
l'espagne à monaco)
et
France (côte méditerranéenne de monaco à l'Italie)
ou
2) on accepte que cette relation ne forme pas qu'une seule ligne brisée mais 2
PS: comme ce questionnement n'est pas uniquement technique, j'envoi en copie
sur la liste talk-fr
--
sly (sylvain letuffe
- pour le comptage global des communes d'un département, tu prends la
somme des communes raster + vecteur sur le site du cadastre.
(...)
Il existe sur les pages de l'INSEE un décompte de communes qui
normalement fait foi, en début des pages comme celle-ci :
Mes excuses :
1) j'ai la flemme
une erreur merci de me le signaler
Exemple d'erreur qui peuvent m'intéresser :
- commune indiquée comme vectorielle au cadastre alors qu'elle ne l'est pas
- apparition de commune qui n'existe pas (nom farfelu, bug d'affichage,
caractères anormaux)
--
sly (sylvain letuffe
Enfin il faudrait avoir un outil qui permette de revert seulement un
objet à la fois.
Malheureusement, le way n'est pas modifié, mais uniquement les coordonnées
de
tous les points qui le composent !
A priori, avec cet outil :
http://svn.openstreetmap.org/applications/utils/revert/
Il
(sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
, entre eux, le bourg alors je ferais encore plus le
ménage que damouns, et je ne créerais même pas le premier noeud avec
name=jeansagnière car cette information est/devrait/sera dans le polygone
qui forme les contours de la commune
--
sly (sylvain letuffe
respectable score de 99.95% de
cadastre vecteur présent dans osm !!
bref, il faut que je prenne un peu de temps pour ré-écrire la partie qui
établie pour un département la liste des communes au format image et celle au
format vectorielle
--
sly (sylvain letuffe
, systématiquement
bannir les tags pour le rendu
PS: attention, la phrase on ne taggue pas pour le rendu est souvent un peu
trop extrapolée, son utilisation a été précisée :
http://wiki.openstreetmap.org/wiki/FR:Tagging_for_the_renderer
--
sly (sylvain letuffe
On mercredi 27 juillet 2011, Vincent Privat wrote:
Ça fait partie des suggestions sur la page de brainstorming de l'API 0.7:
http://wiki.openstreetmap.org/wiki/API_v0.7#.22Verified.22_Users_.2F_Locked_Tags
J'espère qu'on verra ça arriver.
pas moi
openstreetmap, ça reste pour moi : le
On samedi 23 juillet 2011, Marc Sibert wrote:
Le 22/07/2011 23:04, Marc Sibert a écrit :
Le 22/07/2011 17:32, Marc Sibert a écrit :
Le 22/07/2011 15:50, Pieren a écrit :
2011/7/22 RatZilla$ ratzil...@gmail.com mailto:ratzil...@gmail.com
Je ne dis pas que sur OSM la création de données que seuls certains
contributeurs avec certains privilèges avancés puissent éditer est bon
ou pas, mais sur Wikipedia c'est ce qui se pratique...
Ha ? Je n'ai encore vu aucune page wikipedia que je n'ai pû éditer et pourtant
j'y contribue
Non, on ne place name:INSEE que pour les communes dont le nom n'est pas en
phase avec l'INSEE.
ça me va.
Bien que ça me fait un peu bizarre de dire :
cette commune on met un name:INSEE, mais pas celle là
Une page sur le wiki décrivant le tag name:INSEE et son but de contrôle sera
une bonne
style : http://www.openstreetmap.org/browse/relation/122334
J'ai pas vu le validate:incoherence_nom_insee=ignore...
J'illustrais le fait de mettre une note, pas de mettre ce tag que l'on
pourrait considérer en cours de discussion
Mais que cela ne tienne, le voilà !
--
sly (sylvain
L'INSEE a un tel passif d'erreurs en tous genres que je me demande si
une application citoyenne ne devrait pas se fier à l'avis de vrais gens
+1
Les bases de l'insee ne viennent qu'après selon moi
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Je (re)lance ici l'idée d'une task force - Site Web osm.fr.
Contributeurs (ou pas), faites vous connaitre !
Je suis toujours là.
Bien que passablement refroidi par l'échec de ma dernière tentative. Mais je
pense (espère) que c'est à plusieurs qu'on franchi les plus hauts murs.
La liste
Et bien je suis désolé, mais pour une base de données ne pas assurer la
pérennité des identifiants c'est pas glob...
Je pense que tu confonds pérennité et intégrité référentielle
http://fr.wikipedia.org/wiki/Intégrité_référentielle
L'intégrité référentielle est un des pilier de la base de
Quand j'achète ma base de données de
l'IGN ou Télé Atlas, les identifiants ne changent pas aussi souvent comme
c'est le cas sur OSM.
Les identifiants OSM dont tu parles sont des identifiants internes, ils ne
sont exposés qu'a des fins de traitement d'intégrité référentiel dont je
parlais,
J'avais lancé une demande de téléchargement, mais j'ai jamais eu de réponse.
C'est un peu lourd leur méthode de distribution ...
Joli euphémisme, c'est carrément galère tu veux dire !
Si çà peut donner des idées, ci-joint le script qui m'a
généré le hillshade SRTM. Bon, je pense qu'il y a
Concernant ma fusion, effectivement, c'est la fusion d'une même altitude.
Cela permet de diviser énormément le nombre d'objet (diminution du poids de
la BD).
Ok, j'avais donc bien compris.
Cependant, pour la baisse du poids de la BD, je ne suis pas sûr que ça gagne
tant que ça puisque les
Par contre, pour la réalisation, je vois pas bien. Classiquement, les
courbes de niveau est une informations que l'on cale sur un calque (si
je puis dire) que l'on place au-dessus du calque de la nature des sols
(les beaux pavés de couleurs variées) et en dessous des informations
plus
On mercredi 29 juin 2011, ad...@partir-en-vtt.com wrote:
Bonjour,
Il est tout à fait possible de générer des courbes de niveaux avec des
outils libres comme GDAL avec la commande gdal_contour
être possible ne veut pas dire être facile ;-)
Pour passer des données SRTM à couverture mondial
Zut, alors faut que je change le design de mes boutons. Ce sont les deux
boutons en bas à droite dans la barre. Les couches ne sont pas actives
par défaut par manque de ressources :)
On constate d'ailleurs un des défauts dont je parlais avant, les courbes
s'affichent par dessus les routes,
http://www.openstreetmap.org/?lat=45.23488lon=5.76347zoom=16layers=C
(SRTM)
contre
http://www.refuges.info/nav.php?lat=45.23493lon=5.76284zoom=16layers=B000FTTFFFTTT
(DEM3 j'imagine, peut-être que les auteurs pourront confirmer)
J'utilise ASTER uniquement
On part un peu HS là, alors je change le titre
Allez voir ici l'exemple de Minsk, c'est bluffant de qualité et de rapidité
http://kothic.org/js/
(...)
Un jour peut-être ...
Pour moi, il est clair que cette solution à vraiment un bel avenir et du
potentiel. A l'heure où même les téléphone
On jeudi 30 juin 2011, Pieren wrote:
2011/6/30 sly (sylvain letuffe) sylv...@letuffe.org
Pour moi, il est clair que cette solution à vraiment un bel avenir
Comme d'hab, je ne vais pas être d'accord avec Sly mais on a l'habitude ;-)
Tant mieux ! ça ne serait pas drôle sinon, il faut bien
On jeudi 30 juin 2011, ad...@partir-en-vtt.com wrote:
Bonjour,
J'ai regardé les données ASTER, c'est facilement exploitable. Ci-joint, un
jeu de données test sur une dalle avec un SHAPE contenant les courbes
fusionnées selon l’altitude et un autre sans fusion.
Qu'entends tu par fusion et
Est-ce qu'il serait possible d'intégrer dans la page
http://www.openstreetmap.org/ un autre rendu uniquement basé sur les données
de reliefs de la NASA?
Tout est possible (ou presque) mais je doute que les admins du site
www.openstreetmap.org, ni que beaucoup de contributeurs le souhaitent.
Pour un usage orienté randonnée, où ce sont les cartes IGN qui font
référence, le fond de carte d'Opencyclemap se trouve être une alternative
très intéressante.
Comment ? tu ne leur parles pas de l'ultime site absolument splendide pour
représenter des incroyables rendus prévus pour le
Highway=path ne semble pas très satisfaisant non plus, parce que ça ne
ressemble pas vraiment à un sentier.
C'est ce que j'utiliserais, personne n'a dit que path était un sentier, non ?
path n'implique pas de largeur, ni de revêtement, c'est une sorte de truc
générique que l'on affine avec
avec une logique comme celle la tu va taguer les autoroutes avec
highway=path
Sauf que non, puisque la première phrase du wiki concernant path dit :
A route open to the public which is not intended for motor vehicles
Ce qui ne correspond pas à une autoroute mais qui correspond pas mal à ce
Globalement, je comprends ton point de vue, je ne dis pas non plus que cette
manière de faire ne peut pas aller, mais je ne suis pas convaincu que cette
solution soit meilleure que celle que je proposais.
D'ailleurs je dirais que c'est selon l'utilisation qui en est sera faite que
l'une sera
Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne
raison que j'ai oubliée. Si quelqu'un s'en souvient …
Si si, tu les caches, la raison en est que la cadastre n'autorise pas la
diffusion brute
--
sly
qui suis-je : http://sly.letuffe.org
On mardi 21 juin 2011, Philippe Pary wrote:
Le mardi 21 juin 2011 à 16:39 +0200, sly (sylvain letuffe) a écrit :
Je ne cachais que les pdf du cadastre. Je les conserve pour une bonne
raison que j'ai oubliée. Si quelqu'un s'en souvient …
Si si, tu les caches, la raison en est que la
On vendredi 10 juin 2011, sechanb...@free.fr wrote:
Bonjour,
J e n'ai pas vu mes corrections. Est-il possible de relancer le script pour
ce WE ?
Je possède un
http://www.dell.com/downloads/emea/products/pedge/fr/2600fr.pdf , est-ce
possible d'héberger Osmose facilement ou ce n'est pas
(On dirait que ton message ne passionne pas les foules !)
Ne connaissant pas trop le coin je m'abstiendrais de parler des toponymes, des
controverses géographiques et autre spécificités locales.
Je me contenterais donc de parler de cohérence dans les données et de
topologie de bon sens :
- Un
On mercredi 1 juin 2011, Damouns wrote:
Le tagging recommandé pour la France veut que les city, town, village,
locality, hamlet portent également les tags suivants :
(...)
- les populations ne sont vraiment pas indispensables et de toute
façon on manque de sources fiables pour la population
- ré-appliquer le principe qu'on ne tagge pas deux fois la même chose.
+1 sur le principe
Maintenant, dans la vrai vie, il y'a des outils de rendu, des logiciels de
recherche qui ne savent pas encore gérer, et afin d'aider à une transissions
pacifique, je pense qu'on devrait garder un peu de
(...)
C'est bon ?
+1 pour moi, mais je radote
Pour postal_code il vaut pas mieux mettre addr:postcode ?
On dirait que c'est ce tag qui commence à supplanter, mais bon, tant que ça y
est, je me fiche personnellement du nom du tag du moment que c'est documenté
quelque part.
--
sly
qui
Ben là, il y a du soucis à se faire sur la transcription du
fonctionnement républicain !
http://www.openstreetmap.org/browse/relation/1362232
J'ai rien compris, pourriez vous expliciter dans un idiome terrestre connu le
fond de votre pensée ?
Ou alors ça va donner des ambitions à certains
En fait, mon problème n'est pas pour la France mais un pays étranger
où il est très difficile de savoir où sont les limites
administratives.
Difficile car elles ne sont pas définies, ou difficile parce qu'elles ne sont
pas accessibles ?
Dans les deux cas trace les au pif et indique :
Ou alors on indique que admin_centre est optionnel au niveau de la
commune quand on ne peut pas définir de chef-lieu. Et si un logiciel
de rendu/routage veut vraiment un point, il se le fait en prenant le
barycentre de de la surface ou la mairie ou ce qu'il veut. Mais on
n'utilise pas
Tiens, au passage, c'est quoi le centre administratif de la France ?
C'est Paris
ps: ça a la forme d'une boutade, la longueur d'une boutade, le ton d'une
boutade, mais ça n'en est pas une, mais une illustration d'un de mes nombreux
autres messages fleuve que j'ai servi dans ce fil de
On mercredi 1 juin 2011, SylvainH wrote:
Bonjour, peut-on via les outils TagInfo et Tagwatch, localiser des objets ?
Oui,
tu va par exemple sur :
http://taginfo.openstreetmap.de/tags/sport=bob_slide
A gauche de la page, vers le milieu-haut, tu as deux liens :
Xapi
JOSM
En cliquant sur JOSM,
Pour moi c'est 2 choses différentes, la zone de rencontre est
résidentielle. Dans mon cas la zone 30 est située sur une route
départementale qui est assez passante, l'objectif de la zone 30 est bien
sur de faire ralentir les véhicules durant la traversée du village.
Je suis d'accord avec
Je te prète mon plan B ?
(http://perso.ens-lyon.fr/lois.taulelle/zab/Plan_B.JPG )
Excellent ! Merci pour cette franche rigolade. Je vais rajouter ça à mon
éventail de ripostes graduées, diplomatiques mais persuasives...
--
sly
qui suis-je : http://sly.letuffe.org
On mardi 24 mai 2011, Guilhem Bonnefille wrote:
Bonjour,
J'ai une question un peu Hors-Sujet, aussi j'espère que vous ne m'en
voudrez pas trop.
Je recommande le transfert de cette discussion vers dev...@openstreetmap.org
(que j'ai mis en copie) où elle sera toujours un peu HS, mais moins
801 - 900 sur 1754 matches
Mail list logo
