J'ai corrigé la requête... étonnant que les mises à jour du serveur aient
provoqué cet effet de bord.
Les nouvelles tuiles générées sont OK, par contre, pour les existantes, je
vais lancer un recalcul général mais il va prendre du temps.
Le ven. 10 août 2018 à 10:32, David Crochet a
écrit :
>
Bonjour,
Je l'ai signalé le 18 juillet dernier à Christian Quest (cf ci-dessous)
Le problème est apparu suite à la relance du serveur du rendu FR.
Oups... je regarde d'où ça vient, car les requêtes SQL n'ont pas
changé et la feuille de style non plus.
Sûrement un effet de bord inattendu
Je confirme et c'est partout. Et pas un problème de rafraîchissement ;
certainement un bogue dans la formule de calcul d'angle (ou un changement
inattendu dans une fonction mathématique utilisée)
http://tile.openstreetmap.fr/?zoom=17=48.11792=-1.64677=B00
Si c'était une inversion inattendue
Bonjour
Les rendus des terrains de sport semblent incohérent (rotation de 90° ):
http://tile.openstreetmap.fr/?zoom=18=49.17863=-0.37182=B00FF
Cordialement
--
David Crochet
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Bonjour,
il y a un bug de rendu ici :
http://www.openstreetmap.org/#map=19/48.95067/4.36876
uniquement au niveau de zoom maximum.
Une grande zone rectangulaire marron apparait. Une idée de ce qui peut
être fait pour corriger ça ? Qui faut-il contacter ?
Merci :)
Xavier.
Ok, merci pour ta réponse.
Le 08/06/2015 11:36, Sylvain Maillard a écrit :
Il s'agit bien d'un bug lié au rendu, sans doute un problème lors de
l'import/mise à jour des données.
Le problème semble corrigé, lorsque l'on force la régénération des
tuiles celles-ci apparaissent correctement.
Il s'agit bien d'un bug lié au rendu, sans doute un problème lors de
l'import/mise à jour des données.
Le problème semble corrigé, lorsque l'on force la régénération des tuiles
celles-ci apparaissent correctement. Une des solutions est de passer toutes
les tuiles concernées en /dirty pour forcer
Bonjour,
Dans ce genre de cas on peut utiliser la nouvelle fonction disponible sur
osm.org afin d'identifier l'objet en cause : Requête sur les objets
symbolisé par un ? à droite.
Cela permet de renvoyer les objets englobants l'endroit cliqué, et aurait
sans pu identifié le building (?) en cause.
Ça j'avais tenté, aucun objet n'est en cause on dirait.
Le 08/06/2015 11:51, Bruno Cortial a écrit :
Bonjour,
Dans ce genre de cas on peut utiliser la nouvelle fonction disponible
sur osm.org http://osm.org afin d'identifier l'objet en cause :
Requête sur les objets symbolisé par un ? à
Toutafé !
Surtout que le rendu peut très bien donner l'impression qu'il y a
connexion, alors qu'il n'y en a pas.
C'est d'ailleurs une erreur très courante des nouveaux contributeurs
qui tracent une route qui se termine à quelques metres d'une autre. Ca
ne se verra pas sur le rendu.
OSM Inspector
- on ne taggue pas pour le rendu (leit-motif récurrent sur cette liste),
On ne taggue pas pour UN rendu particulier ;-)
On taggue pour tous les rendus, passés, présents et à venir!!!
-par contre il semble bien vu de tagguer pour le routage ;
Le routage est UN rendu... et encore, il y le
2012/3/23 Eric Sibert courr...@eric.sibert.fr:
Le routage est UN rendu...
Euh, tout de même pas... Les moteurs de rendu ont des problèmes
spécifiques et les logiciels de routage en ont d'autres. Mais comme tu
dis, les logiciels de routage peuvent s'adresser à differents profiles
et les area's
hello,
Pieren :
Mais modéliser une place en ajoutant le fillaire à l'intérieur, c'est
vraiment tagguer pour le logiciel de routage alors que
techniquement, rien n'empêche de connecter les voies à un polygone.
Je vais finir moi aussi par me poser des questions, mais j'ai bien
l'impression
On 23/03/2012 10:32, Pieren wrote:
techniquement, rien n'empêche de connecter les voies à un polygone. Si
physiquement, la place est sans voie de circulation ni restriction de
direction, on devrait la modéliser comme tel. Les routeurs peuvent
facilement traiter ce cas en réduisant le polygone
Le 23/03/2012 11:41, Jean-Marc Liotier a écrit :
On 23/03/2012 10:32, Pieren wrote:
techniquement, rien n'empêche de connecter les voies à un polygone.
Si physiquement, la place est sans voie de circulation ni restriction
de direction, on devrait la modéliser comme tel. Les routeurs peuvent
Mouais je ne suis qu'à moitié convaincu par vos arguments, notamment
lorsque l'on voit physiquement un balisage de highway.
Voici ce que j'ai fait dans un petit village :
http://www.openstreetmap.org/?lat=46.083379lon=6.726798zoom=18layers=M
La départementale qui est physiquement séparée de la
On 23/03/2012 14:47, Florian LAINEZ wrote:
Une highway=pedestrian traverse la place, elle même notée comme une
area pedestrian. Cela me semble logique puisque lorsque l'on veut
traverser la place, le plus court chemin est de suivre la
highway=pedestrian.
Donc au delà de l'interprétation du
Je ne pensais pas dclencher un tel dbat "philisophique" avec mon
message ! Mais c'est intressant de voir les avis diffrents sur la
question :-)
Dans le cas des area dans mon secteur de mapping, il s'agit
quasi-exclusivement de simples largissements de la voie avec une
Visiblement OSRM s'en sort bien avec des highway en surface.
J'ai regardé les places en questions.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le consensus pour le routage va faire l'unanimite des devs: faut pas rever.
Voire avec 2 ans de RAM en plus, peut-etre...
Par contre, rien n'empeche d'afficher tout les highways avec area=yes comme des
surfaces.
Yves
Nicolas Moyroud nmoyr...@free.fr a écrit :
Merci Christian pour la
Bonjour,
Je voudrais signaler un bug avec le rendu Mapnik concernant les
area=yes sur des highway=tertiary. Voir par exemple ici :
Plan du Barrie : http://osm.org/go/xVl98vzTQ--
Plan Barthe et Place du March : http://osm.org/go/xVl_RBbvg--
En changeant les
A qui remonter le problème ? Au contributeur des area=yes sur les
highway=tertiary, non ?
C'est vraiment pas une bonne idée car un logiciel de calcul
d'itinéraire a bien du mal à faire quelque chose de ces données.
Que dis le wiki à propos de highway=tertiary ? à mettre uniquement sur
des ways
bonjour,
perso je ferrai passer la départementale à travers la area du marché.
Pareil pour l'autre route. Les areas ne sont pas faites pour être décrites
en tant que tertiary comme tu peux le voir sur le wiki
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtertiary
++
Le 22 mars 2012 15:00,
Le 22/03/12 15:00, Nicolas Moyroud a écrit :
Bonjour,
Je voudrais signaler un bug avec le rendu Mapnik concernant les
area=yes sur des highway=tertiary. Voir par exemple ici :
Plan du Barrie : http://osm.org/go/xVl98vzTQ--
Plan Barthe et Place du Marché : http://osm.org/go/xVl_RBbvg--
En
Tout à fait d'accord, il faut mettre le filière.
J'imagine que l'on pas le droit de conduire n'importe ou sur la place ? Il
y a quand même un marquage au sol pour les voies de circulation.
L'aspect surface vient avec une autre ligne fermé.
Et pourquoi pas une analyse osmose ?
Afin de repérer des
Le 22/03/2012 16:09, Florian LAINEZ a écrit :
bonjour,
perso je ferrai passer la départementale à travers la area du
marché. Pareil pour l'autre route. Les areas ne sont pas faites
pour être décrites en tant que tertiary comme tu peux le voir
sur le
Effectivement, cette page du wiki n'est pas bien claire et
contradictoire avec celle décrivant highway=tertiary
Le seul cas habituel ou un chemin fermé peut être taggué
highway=tertiary c'est le rond-point, mais il a aussi un
junction=roundabout et pas de area=yes
Un peu plus bas dans la même
Le 22/03/2012 16:09, Christian Quest a écrit :
C'est vraiment pas une bonne idée car un logiciel de calcul
d'itinéraire a bien du mal à faire quelque chose de ces données.
- on ne taggue pas pour le rendu (leit-motif récurrent sur cette liste),
-par contre il semble bien vu de tagguer pour le
On ne tague pas pour le rendu, mais on
connectehttp://youtu.be/Qm8ClRnVxtEpour le routage !
Le 22 mars 2012 23:16, Hélène PETIT h...@free.fr a écrit :
Le 22/03/2012 16:09, Christian Quest a écrit :
C'est vraiment pas une bonne idée car un logiciel de calcul
d'itinéraire a bien du mal à
2010/5/26 Vincent Pottier vpott...@gmail.com
La réponse sera dans le micromapping, quand on fera les rues en
polygones + way, comme les fleuves. 0 un certain niveau de zoom, le
polygone prendra le pas sur le way.
N'empêche que l'on en est pas très loin.
--
Mon weblog -
La Grande Arche de La Défense à proximité de Paris est bien cartographiée
mais elle n'apparaît pas sur le rendu Mapnik : http://osm.org/go/0BPCaxIn3--
Pourtant j'ai vérifié : les layers sont cohérents, pas de soucis de ce côté.
Une idée d'où ça pourrait venir ? Les buildings construits sur des
2010/5/26 OSM Léon osm.l...@gmail.com
La Grande Arche de La Défense à proximité de Paris est bien cartographiée
mais elle n'apparaît pas sur le rendu Mapnik :
http://osm.org/go/0BPCaxIn3--
Signalé ici:
http://trac.openstreetmap.org/ticket/2153
Une solution de bricolage est de tagguer l'area
On mercredi 26 mai 2010, Pieren wrote:
2010/5/26 OSM Léon osm.l...@gmail.com
La Grande Arche de La Défense à proximité de Paris est bien cartographiée
mais elle n'apparaît pas sur le rendu Mapnik :
http://osm.org/go/0BPCaxIn3--
Signalé ici:
http://trac.openstreetmap.org/ticket/2153
Le mercredi 26 mai 2010 à 19:48 +0200, sly (sylvain letuffe) a écrit :
On mercredi 26 mai 2010, Pieren wrote:
2010/5/26 OSM Léon osm.l...@gmail.com
La Grande Arche de La Défense à proximité de Paris est bien cartographiée
mais elle n'apparaît pas sur le rendu Mapnik :
On mercredi 26 mai 2010, simon wrote:
Perso, je refait la couche building, en filtrant pour n'afficher que
ceux ayant un layer supérieur à 0
Pas idiot, j'y vois toutefois quelques cas où ça risque de faire
cas cas (désolé...) :
Si ton highway a un layer 3 et ton building un layer 2 ?
Le mercredi 26 mai 2010 à 21:33 +0200, sly (sylvain letuffe) a écrit :
On mercredi 26 mai 2010, simon wrote:
Perso, je refait la couche building, en filtrant pour n'afficher que
ceux ayant un layer supérieur à 0
Pas idiot, j'y vois toutefois quelques cas où ça risque de faire
cas cas
Le 26/05/2010 21:33, sly (sylvain letuffe) a écrit :
On mercredi 26 mai 2010, simon wrote:
Perso, je refait la couche building, en filtrant pour n'afficher que
ceux ayant un layer supérieur à 0
Pas idiot, j'y vois toutefois quelques cas où ça risque de faire
cas cas (désolé...) :
Axel Rousseau a écrit :
Bob je vais sortir l'artillerie lourde alors.
Je vais lancer un rendu avec un machine 8go
Pfff, mais quel frimeur ! :-)
Ce sont les machines du boulot pas la mienne perso ;-) Autant utiliser
les ressources dispo non ?
A++
--
Rodolphe Quiédeville - Artisan
Axel R. a écrit :
Oui il y a une activité, les deux tuiles manquantes au niveau 12 ont été
correctement générées, mais comme dit précédemment le rendu se compte en
heures (machine bi-quadcore).
Merci beaucoup Rodolphe pour ce rendu.
N'est il pas un peu dangeureux de laisser n'importe qui
Pour le moment [EMAIL PROTECTED] est totalement ouvert à qui veut
participer/casser
;-) Ce genre de règle ne pourra être mise en oeuvre que beaucoup plus
tard à mon avis car c'est enormément consommateur de ressource.
Je comprends pas pourquoi. Je pense au contraire que ça permettrait
Maintenant qu'il refonctionne, j'ai toujours un problème pour cette tiles.
Quelqu'un pourrait essayer de calculer le rendu pour la tiles suivante :
12/2074/1409
Ainsi que sa petite soeur : 12/2075/1409
Merci beaucoup,
Axel
le serveur [EMAIL PROTECTED] est un peu sur le cul pour le moment ...
2008/7/29 Axel Rousseau [EMAIL PROTECTED]
Maintenant qu'il refonctionne, j'ai toujours un problème pour cette tiles.
Quelqu'un pourrait essayer de calculer le rendu pour la tiles suivante :
12/2074/1409
Ainsi que sa petite soeur : 12/2075/1409
Merci beaucoup,
Oui je le lance.
--
2008/7/29 Steven Le Roux [EMAIL PROTECTED]
2008/7/29 Axel Rousseau [EMAIL PROTECTED]
Maintenant qu'il refonctionne, j'ai toujours un problème pour cette tiles.
Quelqu'un pourrait essayer de calculer le rendu pour la tiles suivante :
12/2074/1409
Ainsi que sa petite soeur : 12/2075/1409
Le rendu en z12 ne fait pas que 12, il fait de 12 à 17.
C'est bien ça le problème :-)
Quand on fait ça sur Paris, ça prends énormément de temps et de ressource...
Et j'ai pas encore mis les numéros des maisons ;-)
Je sais pas si vous avez vu la page principale du wiki anglais, mais
Ça fait longtemps que c'est en discutions, on en a parlé lors de la
dernière réunion IRC francophone.
C'est pas très d'être réglé cette histoire
JonathanMM
Axel R. a écrit :
Je sais pas si vous avez vu la page principale du wiki anglais, mais
l'image de la semaine parle du projet de
@openstreetmap.org
Envoyé: Mardi 29 Juillet 2008 12:40:57 GMT +01:00 Amsterdam / Berlin / Berne /
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Bug de rendu
Ça fait longtemps que c'est en discutions, on en a parlé lors de la
dernière réunion IRC francophone.
C'est pas très d'être réglé cette histoire
Axel R. a écrit :
Bonjour,
En essayant de faire un rendu du sud de Paris, mon [EMAIL PROTECTED] se
plante
avec le message suivant :
Updated to revision 9317.
[#1 0% jobinit] Doing tileset 2074,1409 (zoom 12) (area around
48.835789,2.329102)
[#1 0% Preproc] Downloading: Map data
Salut,
Je l'ai lancé sur une machine avec 4Go de RAM et pareil cela plante et
cela sans que toute la RAM ne soit consommée, le bug n'est donc pas du à
un manque de RAM de la machine.
A++
Youpi ! je suis pas obligé de racheter de la RAM :-)
Bon, et maintenant, on fait quoi ?
Axel
qelle est la taille du fichier svg ? et en augmentant la taille du swap ?
Pieren
On Tue, Jul 29, 2008 at 4:52 PM, Axel R. [EMAIL PROTECTED] wrote:
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Je ne pense pas que ça résolve le problème, Rodolphe a essayé avec 4 Go
de RAM et ça plante avant d'avoir tout rempli la mémoire.
Je pense qu'il y a un truc qu'Inskape n'aime pas trop et qui le fait
planter...
Mais de là à savoir quoi...
Axel
qelle est la taille du fichier svg ? et en
/ Berlin / Berne
/ Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Bug de rendu
Ça fait longtemps que c'est en discutions, on en a parlé lors de la
dernière réunion IRC francophone.
C'est pas très d'être réglé cette histoire
___
Talk-fr mailing list
il existerait une solution dans la ML de [EMAIL PROTECTED] :
http://lists.openstreetmap.org/pipermail/tilesathome/2008-February/001835.html
Pour résumer, il faut recompiler inkscape avec un autre garbage collector
qui supporte de plus grosses quantités de données mais je n'ai pas compris
les
2008/7/29 Steven Le Roux [EMAIL PROTECTED]
2008/7/29 Pieren [EMAIL PROTECTED]
qelle est la taille du fichier svg ? et en augmentant la taille du swap ?
Pieren
ça sert à rien car ça ne swap pas...
idem que rodolphe, j'ai mes bi-quadcore xeon qui plante, et mes bi-opteron
ne font pas
2008/7/29 Pieren [EMAIL PROTECTED]
il existerait une solution dans la ML de [EMAIL PROTECTED] :
http://lists.openstreetmap.org/pipermail/tilesathome/2008-February/001835.html
Pour résumer, il faut recompiler inkscape avec un autre garbage collector
qui supporte de plus grosses quantités de
Bob je vais sortir l'artillerie lourde alors.
Je vais lancer un rendu avec un machine 8go
Pfff, mais quel frimeur ! :-)
Plus sérieusement, y'a un problème si certains tiles ne peuvent être
calculé que par certaines machines.
D'où ma question de ce matin d'une solution pour effectuer des
Axel Rousseau a écrit :
Bob je vais sortir l'artillerie lourde alors.
Je vais lancer un rendu avec un machine 8go
Pfff, mais quel frimeur ! :-)
Plus sérieusement, y'a un problème si certains tiles ne peuvent être
calculé que par certaines machines.
D'où ma question de ce matin d'une
2008/7/30 Rodolphe Quiedeville [EMAIL PROTECTED]
Axel Rousseau a écrit :
Bob je vais sortir l'artillerie lourde alors.
Je vais lancer un rendu avec un machine 8go
Pfff, mais quel frimeur ! :-)
Plus sérieusement, y'a un problème si certains tiles ne peuvent être
calculé que par
| ** (inkscape:21965): WARNING **: GC Warning: Out of Memory!
Que faire ?
Acheter de la RAM ?
--
Gwenn
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Bonne idée, mais je dois pas être le seul.
J'ai un gros carré blanc sur la carte...
Au niveau de la ville de Montrouge (ville qui touche Paris au sud)
Axel
Hello,
(inkscape:21965): WARNING **: GC Warning: Out of Memory!
Que faire ? Acheter de la RAM je crois...
On Mon, Jul 28, 2008 at
le serveur [EMAIL PROTECTED] est un peu sur le cul pour le moment ... cela
pourrait il
etre lié ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
60 matches
Mail list logo
