L'API de test sert à tester... l'API.
Si il manque des données sur une zone sur laquelle tu veux faire des
tests et bien il suffit de les uploader au préalable (effectivement
comme des "nouveaux" objets).
Dans ton cas, vu que tu ne travaille que sur les bâtiments, tu peux
récupèrer ceux-ci sur ht
Pas si cosmétique pour la gestion des adresses. C'est là qu'on retrouve
facilement (un niveau d'indirection via la relation) le nom de la voie
correspondant aux adresses, si il manque il faut passer en revue les
membres "street" pour trouver le nom, donc un deuxième niveau d'indirection.
Il n'est
Le 02/02/2015 23:37, Vincent de Château-Thierry a écrit :
> Bonsoir et bienvenue,
>
> Le 02/02/2015 23:12, Vincent Frison a écrit :
>>
>> La base de données concerne environ 40 000 immeubles répartie sur toute
>> la France mais de toute façon je comptais bien lancer un nouveau sujet
>> pour détail
Je continue à réfléchir au sujet, et je suis en train de me dire que
le plus simple serait d'avoir quelque chose d'équivalent à ce que fait
Kiwix pour wikipedia : un petit executable qui se contente d'afficher
des données (tuiles précalculées) stockées localement sur un disque
dur externe.
Pour éc
Le 03/02/2015 06:37, Vincent de Château-Thierry a écrit :
Bonjour,
Le 03/02/2015 02:25, Philippe Verdy a écrit :
Le rapprochement BANO n'utilise-t-il pas de préférence le tag
"addr:street:*" (plutot que "name=*") quand il est présent ?
Du tout, non. Sur les entités associatedStreet, on a trè
Le dimanche 1 février 2015 18:04:19, Pierre Knobel a écrit :
> Mais là il ne s'agit pas de contribuer, juste d'avoir accès à des
> services cartographiques pour économiser les accès web à GoogleMaps et
> OSM,
ça manque encore de précisions il me semble, tu as besoin de quoi par
"services cartogr
Mon utilisation d'OSM en hors-ligne en consultation, c'est systématiquement
via OsmAnd. Oui, c'est une application Android et ça ne répond pas
exactement à la demande, mais c'est rudement pratique.
La carte générale "Monde" pèse 180Mo et permet d'explorer relativement bien
tout un tas d'endroits.
Le 03/02/2015 10:13, Christian Quest a écrit :
Pas si cosmétique pour la gestion des adresses. C'est là qu'on retrouve
facilement (un niveau d'indirection via la relation) le nom de la voie
correspondant aux adresses, si il manque il faut passer en revue les
membres "street" pour trouver le nom,
Le 03/02/2015 10:47, Stéphane Péneau a écrit :
Le 03/02/2015 10:13, Christian Quest a écrit :
Pas si cosmétique pour la gestion des adresses. C'est là qu'on retrouve
facilement (un niveau d'indirection via la relation) le nom de la voie
correspondant aux adresses, si il manque il faut passer en
Pour la question du serveur de tuiles, j'avais commencé à regarder et ça
commençait à me paraître raisonnable:
http://duemafoss.blogspot.fr/2014/02/installation-of-openstreetmap-server-on.html
https://www.evernote.com/pub/view/shahada130/ickywikipublicnotebook/7699d902-ca55-4709-afd4-1c614b5767
> De: "Stéphane Péneau"
> >
> Je vois.
> Donc dans le cas d'une rue séparant 2 communes, avoir 2 relation
> associatedstreet avec sur le tag name "Rue truc - Machin sur Seine",
> et
> "Rue truc - Bidule sur yvette" n'est pas une bonne idée ? Malgré
> l'aide que ça apporte pour les repérer dans la
Le 03/02/2015 11:00, Vincent de Château-Thierry a écrit :
Oops, mes excuses, en re-regardant le code je vois que ma mémoire a un
peu rêvé. Dans le cas des relations associatedStreet, on ne va _pas_
chercher le nom des highways en 2e choix, ni en 1er, on prend le tag
name de la relation, point.
On 2/3/15, sly (sylvain letuffe) wrote:
>
> ça manque encore de précisions il me semble, tu as besoin de quoi par
> "services cartographiques" ?
>
>
Initialement je pensais à plusieurs services : tuiles, routage type
OSRM et minage de la base de données (requêtes overpass). Mais là pour
l'instant
Je n'ai rien contre la correction de mes fautes d'orthographe, car j'en
fait, comme des contre-sens et plein d'autres choses aussi. Mais quand
personne ne traduit les libellés, je le fais, mais rien ne t’empêche de le
faire mieux que moi. Là seulement, il y a un problème car les caractères
que tu a
Le 03/02/2015 05:04, Eric SIBERT a écrit :
> Pour la question du serveur de tuiles, j'avais commencé à regarder et
> ça commençait à me paraître raisonnable:
>
> http://duemafoss.blogspot.fr/2014/02/installation-of-openstreetmap-server-on.html
>
>
Le tuto que je recommande pour installer un serve
Oui.
Mais dans ce cas particulier où il faut deux relations, "addr:street" dans
la relation a du sens à partir du moment où le name de la relation
*devrait* être suffixé.
Oui, +99% des relations actuelles n'a pas besoin de tag "addr:street"
supplémentaire vu que c'est le même (ce qui est alors "co
OK, donc le problème d'affichage de cette page Wiki dans JOSM était
inattendu, je ne l'ai pas vu car tout était clean dans le navigateur web
qu'on utilise pour éditer le wiki.
Il reste le problème que JOSM ne sait toujours pas afficher correctement
plein de noms internationaux car sa gestion des p
Le 3 février 2015 13:14, Philippe Verdy a écrit :
> OK, donc le problème d'affichage de cette page Wiki dans JOSM était
> inattendu, je ne l'ai pas vu car tout était clean dans le navigateur web
> qu'on utilise pour éditer le wiki.
>
> Oui tu as raison.
TL;DR
---
Ton "TL;DR" :
(1) les préférences de taille d'affichage de texte (pour l'accessibilité)
ne t'intéressent pas ? C'est pourtant essentiel dans les OS et les
navigateurs. JOSM n'est pas à la page dessus. Les plus de 40 ans (et
d'autres avec des difficultés visuelles plus précoces) remercieront les
dé
@Nicolas.
J'ai chargé mes présentations sur le Wiki OSM, elles sont accessibles
depuis mon journal : https://www.openstreetmap.org/user/naomap/diary
Antoine.
Le 30/01/2015 18:17, Nicolas Moyroud a écrit :
Bonjour Antoine,
Bravo pour ces deux présentations OSM. Super boulot ! Merci également
Bonjour à tous,
Tout d'abord merci à tous pour vos différentes réponses.
- Très intéressant de savoir qu'on a déjà des données libres pour les
hauteurs des bâtiments de Paris ! J'imagine Christian que tu faisais
allusion à ça :
http://opendata.paris.fr/explore/dataset/volumesbatisparis2011/?tab=t
J'approuve Philippe. JOSM a des progrès à faire là-dessus, les caractères
affichés sur le calque OSM sont par exemple minuscules, et il n'y a à ma
connaissance pas de possibilité pour changer "facilement" la taille de police
des calques. Ces problèmes de taille de polices sont d'ailleurs je pens
Le Tue, 03 Feb 2015 14:29:14 +0100,
Antoine Riche a écrit :
Merci pour le partage.
Je pense que je vais utiliser un maximum ton travail pour une
présentation d'Openstreetmap à notre association Linux.
merci a+
> @Nicolas.
> J'ai chargé mes présentations sur le Wiki OSM, elles sont accessibles
Comme le dit le wiki OSM avec raison, le cadastre n'est pas fiable et à
prendre à la lettre...
- Données récentes manquantes
- Données archaïques toujours présentes dans la base
- Simples erreurs
Le dimanche 4 janvier 2015, 11:27:53 David Crochet a écrit :
> Bonjour
>
> En corrigeant des erreurs
En fait ce n'est pas tellement la taille des libellé dans l'affichage de la
carte qui me gène (qu'ils soient petits évite aussi de cacher trop de chose
: on devine mais en cas de doute on a encore l'onglet des propriétés pour
les afficher clairement, sans superposition de traits et de couleurs).
C
Bonsoir à tous
Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de
chaque mois, et chacun peut s'inviter et participer à ces rencontres. La
prochaine aura lieu :
le MARDI 10 FEVRIER à partir de 18h30
au bistrot "CHEZ THIBAULT, 80 rue Montesquieu, 69007 LYON"
Accès : M° Saxe
26 matches
Mail list logo
