http://wiki.openstreetmap.org/wiki/Proposed_features/Salt_Pond
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
that)
Comment on the wiki welcome
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
on how to get started.
I am looking at mapnik right now - since it is in python, I can handle it.
All you need is here :
http://wiki.openstreetmap.org/wiki/Mapnik
It's very well done, just follow the white rabbit
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.html
dev might well be a better place to discuss this, that code could be removed
if I'm the only one to use it (or pushed into a style's switch)
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
, replace old
values by new values.
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
uses yes, but not for data feeding.
The idea I was after with a pre-processor was to explicit those so many
default values than need to be hardcoded in every routing software in order
to guess that a motorway is unaccessible to pedestrians.
But that's another story.
--
sly
Sylvain Letuffe li
the number as
reduced to a low level.
I would do that too, but not in the same order.
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo
a discussion of wich
noone cared of)
Then someone undid my change with the reason : because it shows an error in
maplint and that's anoying ;-))
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk
/talk-fr/2009-January/006179.html
( don't want to waste time translating, but get help from google translator if
you want to read my story )
Eek - people are really doing this?
I am
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
yes/no
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
, I care about avoiding duplicates.
Coluche a french humorist approximatively said :
If I have to disagree with some people, I prefere to disagree with less
numerous
I do tag oneway=yes
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
a face to face (first under the
table won)
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
; true; yes; yes | 2
hy | 2
no;yes | 2
+1 | 2
maybe | 2
no?| 2
--
sly
Sylvain Letuffe li
was faster than me doing it on the wiki. Also I would have
prefered a bit of talking since some people seams to prefere 1/0 rather than
yes/no
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk
there is no value rather than making a guess. But your point is
valid as well in the oneway case.
That's the place where mappers and developers look up the semantics of
key-value -pairs.
Agreed
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
I let it like that.
I'd argue that perhaps you should try simplifying the stylesheets
and then people will understand why the maplint highlighting was
important... ;)
Your wishes are on their way, at least on my renderer where I don't repeat
true/1 OR conditions.
--
sly
Sylvain Letuffe li
.
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
be problematic has
someone might mive the node along the way, but if properly tagged at a
mountain_pass, a peak, a crossing, I would find it very usefull.
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
, or
whatever format and create a combined map of both.
It's easy enough to set
up your own map render with any external data you want.
Wether it's easy or hard is irrelevant to me.
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
, plots, rivers, and administrative boundaries.
You've got it 100% right.
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
=footway isn't more clever because BOTH are to go on that... path
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
buffer[1024];
char buffer[1024];
char osmtype[24];
char tag[24];
char datatype[24];
Recompiling osm2pgsql might help, if that limit of 24 is not present elsewhere
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
on the
second round, which might not be what some want)
--
sly
Sylvain Letuffe li...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
I've read the rather long thread Import guidelines OSMF/DWG governance and
I'd like to propose a change on the wiki page :
http://wiki.openstreetmap.org/wiki/Import/Guidelines
(you can also read and comment on my proposal change on the talk page if you
wish to keep this list trafic lower)
The really obvious example of this is the Polish UMP data, which was
licensed CC-BY-SA and could not be kept post-licence change. If dedicated
accounts had been used, removing this data would have been relatively easy;
in reality, it has been (and continues to be) a nightmare. :(
Although I
On jeudi 20 septembre 2012, Marc SIBERT wrote:
The complete
ignorance of any contact (threre have been two or three tries) was the
reason for the (short term) block, not the disregard of the guidelines.
In fact I *did* answer twice, in March September. I explain my point of
view and the
I'd like to propose a change on the wiki page :
http://wiki.openstreetmap.org/wiki/Import/Guidelines
I think that imports, or all automated edits, have multiple aspects.
Up to that point, we fully agree.
there's also the technical or procedural aspect (...)
I don't think these should
The 'mechanisms' that we use MUST be managed centrally,
What are you talking about ? What mechanisms are you refering to ?
and it is this mechanism that is currently BROKEN when handling
imported data?
Are you talking about the mechanism that the dwg is blocking users not using
a
On jeudi 20 septembre 2012, Frederik Ramm wrote:
Hi,
Hi,
If the negative effects however affect other/different people - perhaps
because they are using the API outside of specifications, or causing
more work for people elsewhere in the project - then they can't.
I can only fully agree
On jeudi 20 septembre 2012, Lester Caine wrote:
sly (sylvain letuffe) wrote:
The 'mechanisms' that we use MUST be managed centrally,
What are you talking about ? What mechanisms are you refering to ?
Simply the methods by which data is added to the database.
There are several methods
On vendredi 21 septembre 2012, Frederik Ramm wrote:
Hi,
Hi again,
This is not about one rule. This is about the whole question of rules
and authority.
No problems, let's also talk about rules and authority.
But we (french community) are facing one problem right now, not problems,
one
On vendredi 21 septembre 2012, SomeoneElse wrote:
sly (sylvain letuffe) wrote:
http://www.openstreetmap.org/user_blocks/248 because that poor guy
doesn't read english, was following what we've always done.
Surely they're exactly the sort of person who needs to be told whoa
horsey
, and admin_level 4,5,6,7,8,10 are in seperate
layers.
This tool was created for France at first, but then extended to world coverage.
In case you absolutely need the admin_level 9 (not used in France) I can add
it if that's needed.
--
sly (sylvain letuffe
[I know it might be painfull to continue this discussion on talk, but it's
even worse on talk-fr as lots of people don't read english and will be anoyed
by this discussion, so I'm switching to an english talking mailing list]
Frederik,
See, the same applies to DWG as well. It is utterly
Hi martin,
please also see the other side's motivation: there is good reason not
to put meta data into the main database but on a changeset level,
You have to prove such a claim and then compare it to the bad reasons not to
http://taginfo.openstreetmap.org/keys/source#values
(There are
Hi Peter,
To set these in josm use the corresponding tab in the upload dialog of
JOSM.
Sorry for beeing unclear, yes I know that, I was refering to the other way
round.
A way to automatically add changeset tags in JOSM, without I forgot, too
long, too hard, too... based on a previous
Hi,
( Concerning the current discussion about french cadastre import, but also
could apply to other types of imports, and following Richard's proposition. )
In order to try reaching a more peacefull atmosphere about the french cadastre
import, I'd like to suggest an alternative to the current
about
tagging objects but changesets. I'll move there however if you think it is
more appropriate.
--
sly (sylvain letuffe)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
than the tag's name.
--
sly (sylvain letuffe)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
,
since, anyway, they'll have to create special analysis tools to handle ID or
filename imports problems
--
sly (sylvain letuffe)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi to OSM contributors ,
You are a rather long standing OSM contributor and adding data on regular
basis in OSM ?
You are aware of dozens of editors, tools, tricks to improve your day to day
mapping efficiency ?
But your are still missing things ?
Then I'd like to hear your voice in a test
On lundi 12 novembre 2012, ciprian niculescu wrote:
Hello,
Hi,
I'm wondering why it don't exist the possibility to have minutely updates
(or hourly) for a country?
Short answer : because no one bothered to provide that for all countries.
Medium size answer : It does exists for some areas as
Le mardi 13 novembre 2012 00:11:26, ciprian niculescu a écrit :
On Mon, Nov 12, 2012 at 2:21 PM, sly (sylvain letuffe)
li...@letuffe.orgwrote:
On lundi 12 novembre 2012, ciprian niculescu wrote:
Hello,
Hi,
Medium size answer : It does exists for some areas as christian pointed
brycenesbitt wrote
about mechanically reversing:
fixme=set␣better␣denotation
denotation=cluster
Agreed on this one.
And with 222k objects, that is a really big clean up.
-
--
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View
But mass-removing that import's fixmes
I meant : mass-removing the import's objects
--
sly, direct contact : sylv...@letuffe.org
http://wiki.openstreetmap.org/wiki/User:Sletuffe
-
--
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
brycenesbitt wrote
It's also possible to turn some of those like
could_be_dunes_or_beach into notes, rather than FIXME.
-1
Don't push dust under another carpet
-
--
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in
I agree with Tordanik that automated addition of fixme=* tags to previously
existing objects (just like set better denotation on natural=tree) is
counter productive, and not only displays warning on JOSM, but make my days
on the ground worst as my osmand is showing non human asked corrections.
On mercredi 25 février 2015, you wrote:
+1, in any case it seems more likely that the problems gets fixed with a
fixme tag than without.
-1
I do think this is is only true in a short term view.
Push that reasoning to the extrem, should we add fixme=* tags for every QA
tool report, people will
Current tag page is here :
http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dchalet
My questions copied from talk page :
As a non native english speaker, I have no clues about what a chalet is
supposed to be (in french, a chalet is a type of construction found in the
mountain made of wood and does
Sorry wrong list, [tagging] is better suited for that, I'll forward there.
-
--
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in context:
http://gis.19327.n5.nabble.com/RFC-tourism-chalets-tp5212039p5870992.html
Sent
of user
verdy_p or should we just let it be ?
--
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es
translate would be by far better than me ;-)
--
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es
on the correct side of the border. Adding
such Espagne--France tag only adds clutter and/or confuses
renderers. Just my 2¢ :)
Kind regards
--
Xuacu
2014-04-10 23:00 GMT+02:00 sly (sylvain letuffe)
lis...@letuffe.org mailto:lis...@letuffe.org
, jaune et poële à frire.
Lorsqu'un cas de ce type se présente, je me demande : que veut-on décrire ?
si c'est une couleur, alors je vire poële à frire, si c'est un ustensile de
cuisine, je remplace alors vert par caquelon savoyard et jaune
par appareil à raclette
--
sly
Sylvain Letuffe sylv
comment je fais remonter en python un header http ? )
Quelqu'un pourrait me faire un screen shot IE7 pour voir la catastrophe ?
http://beta.letuffe.org/index2?zoom=9lat=46.74025lon=7.11201layers=TB
PS: un grand merci à françois et pierre pour le coup de main avec openlayers
--
sly
Sylvain Letuffe
)).isoformat()
devrait suffire au début du script.
Yann
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
gestion de cache est assez délicate :
sur les zoom faible, je veux un cache quasi infini, sur les zoom élevés, un
cache de quelques minutes max, sur certaines tuiles de relief un cache infini
à tout zoom
Bref, ça me semble plus judicieux de déporter ça coté applicatif.
--
sly
Sylvain Letuffe sylv
;-)
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
si c'est la non fin du traitement
mais ça en fait déjà 1-96/675 = 86% de nettoyé
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org
/rationnelles
En attente du pré-log pour voir si tout semble bien se passer
PS: un relancement de l'ancienne version est-elle prévue pour corriger les
oubliés de la dernière fois ?
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
un espace ou fin de chaine
ou début de chaine.
Par exemple, je ne sais pas si ça existe mais :
name=*Ecole* - name=*École*
va par exemple corriger la Rue Franck Ecolet dont on ne sait pas si c'est un
oubli du É ou vraiment Ecolet
valable pour les autres aussi
--
sly
Sylvain Letuffe sylv
, mais
verrouillage majuscule + éàçè c'est pas plus simple ?
ÉÀÈÇ ?
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On Tuesday 03 February 2009 16:53, Pieren wrote:
2009/2/3 g.d g...@wanadoo.fr:
Le 3 févr. 09 à 12:08, sly (sylvain letuffe) a écrit :
Et si on remplaçait tous les highway=footway par highway=path
Je pense que Sletuffe a voulu lancer un troll...
héhé, c'est marc qui l'avait demandé
On Tuesday 03 February 2009 16:39, g.d wrote:
Le 3 févr. 09 à 12:08, sly (sylvain letuffe) a écrit :
Et si on remplaçait tous les highway=footway par highway=path
Oups, ptèt' pas remplacer ça,
Pas de panique, c'était bien juste qu'une blague ;-)
Un footway semble être une liaison
étant très mal défini, ça ferait un
peu le ménage pour laisser la place à path qui est bien plus logique et bien
mieux fait. (En france, les chemins uniquement piéton sont très rares en
proportion)
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
type de relation.
Si tu en as sous la main, ce serait bien de les indiquer, car, sauf erreur,
les 3 exemples que tu cites en début me semble solublent topologiquement.
isn't it ?
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
que peut importe le tag sur le highway, le nombre de files
suffissent. (mais je peux me tromper)
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
:2=black
text:1=Aire du grésivaudan 500m // sur la 1
bgcolor:1=blue
textcolor:1=white
Y'a moyen de faire une jolie usine, mais on va l'avoir notre mappy ;-)
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
Talk-fr
http://www.coupin.net/vrac/sorties.png
Un petit dessin vaut mieux qu'un long discours ;-) j'y cogite
Mais je me suis basé sur ton lien ici :
http://slyserv.dyndns.org/osm/aerienne.jpg
et c'est ce que j'ai tracé, mais bon, ok supposons ce nouveau cas.
--
sly
Sylvain Letuffe sylv
Cette dernière n'apparait pas encore avec le rendu mapnik.
On voit le problème ici :
http://beta.letuffe.org/?zoom=13lat=43.98075lon=4.8466layers=B000
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
un peu plus joli si on veut
juste voir ce qu'on vient de tagger sans que les routes ne saignent )
Sinon c'est très
très bien !
Thanks you ;-)
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
Talk-fr
devait germer d'automatiser ce tracer building à grande échelle, je
ne pourrais que vous féliciter.
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
, des dab, des églises, à
rentrer d'un coup comme ça en masse avec un robot ?
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo
ne
supporte pas les polygones, mais il doit y avoir un moyen de le forcer à en
faire des lignes)
http://www.gdal.org/ogr2ogr.html
http://www.gdal.org/ogr/drv_gpx.html
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
dans
le cas de MapWindow :
http://www.mapwindow.org/pages/opensource.php
The Mozilla Public License 1.1 applies to all MapWindow GIS source code
raté ;-)
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http
Une autre piste pourrait être (...)
et ce programme :
http://www.gdal.org/ogr2ogr.html
qui sait lire le shapefile et écrire le GPX.
Arrr ! J'ai 10 minutes de retard sur toi ;-)
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr
autant !
Voilà qui est corrigé
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On mardi 10 janvier 2012, Pieren wrote:
Le site How did you contribute to OpenStreetMap ?
Inutile, donc indispensable !
I'm An Addicted Mapper
Même pas vrai d'abord... tiens, ça fait 1heure que j'ai pas contribué, il faut
que j'y retourne
--
sly
qui suis-je : http://sly.letuffe.org
email
On vendredi 13 janvier 2012, Christian Quest wrote:
Des données en CC-by-SA doivent rester sous licence CC-by-SA à cause
du SA, non ?
Exact.
Si on avait le droit d'exporter puis ré-importer pour nettoyer la licence,
toutes ses prises de becs depuis 3 ans n'auraient pas eu cette raison d'être.
On vendredi 13 janvier 2012, Vladimir Vyskocil wrote:
Mais je ne parle pas de re-importer les données... Je parle d'utiliser les
données comme source, un peu comme ce que l'on fait avec Bing. Pourrais t'on
par exemple décalquer les routes manquante dans la nouvelle base en
utilisant en fond
l'ordre d'avant (quitte à rajouter des styles
vides)
Mais j'ai mauvaisemanipé, voilà qui est corrigé
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Bonjour,
(oui, je sais, ce sujet a déjà été abordé maintes fois, mais toujours en
mouvement est l'avenir d'osm)
Certains l'ont peut être remarqué, le département de l'ille-et-Vilaine
ne ferme plus sur http://suivi.openstreetmap.fr/communes/communes.csv.txt
et, pour une fois, ce n'est pas à
On lundi 23 janvier 2012, PhQ wrote:
Je suis pour à 100% l'utilisation du concept boundary_segment,
malheureusement
l'outil de validation JOSM le détecte en avertissement comme inconnu.
J'ai loupé quelque chose ou il faut faire un ticket ehancement dans JOSM
pour faire avancer la chose ?
Ce
/FR:Relation:boundary
--
sly (sylvain letuffe)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On mardi 24 janvier 2012, verdy_p wrote:
Pour verdy_p : toutes les utilisations que tu as cités peuvent déjà se
faire avec le modèle actuel (modèle frontières) grâce aux bases de données
relationnelles.
Je me suis trompé, je voulais dire grâce aux bases de données spatiales
Pas du tout !
La encore,
ça n'est que relativement récemment que osm2pgsql a été modifié pour
ignorer les subarea car ça faisait tout planté justement lié a ce mélange
hideux de sémantique et de géographique.
Bluff detected.
Non, osm2pgsql dernière version dans le svn n'a pas de code pour exclure les
On mardi 24 janvier 2012, Christian Quest wrote:
Le sujet semble sensible vu le ton de plusieurs messages...
Je le déplore d'ailleurs alors qu'on est là pour discuter, mais bon, l'humain
aime la fight, ça doit être ça.
Quand on travaille sur la base de données, c'est quand même plus simple de
Enfin bon j'attends
avec impatience le jour ou on aura des objects polygones ce qui permettra
d'eviter le melange entre le semantique et le geographique.
Aller, aujourd'hui, je m'acharne sur Emilie, demain je m'occuperais d'un
autre.
Bien évidement, rien contre toi, mais contre ce courant de
On mardi 24 janvier 2012, THEVENON Julien wrote:
De : sylvain letuffe li...@letuffe.org
Mais si au moins osm2pgsql pouvait supporter ça(...)
Qui est le Papa de cet outil ? est ce que quelqu un lui a deja demande le
support du modele pyramidal ?
et si oui quel est le plan de
Je me permet de migrer vers dev-fr, je sens que ça va partir en sucette
Déjà, si c'est en C, ça m'intéresse bien plus que le java d'osmosis :)
Non, pas possible ;-) tu, tu, tu... voudrais mettre ton nez dans osm2pgsql ?
malheureux, tu n'en peux déjà plus de mes bugs reports, mais je vais te
J'ai répondu à pas mal de tes remarques dans d'autres mails que j'ai fais aux
autres. Je vais juste prendre celle qui n'ont pas encore été adressées
(il y a des trous volontaires dans les sous-zones
C'est gérable, avec le role inner pour les données et la primitive
MULTIPOLYGON dans les
Le mercredi 25 janvier 2012 11:48:33, Christian Quest a écrit :
N'y a-t-il pas un petit problème quand toutes les subarea n'existent pas
encore ?
C'est un des problèmes soulevé il y a longtemps: temps que nous n'avons pas
toutes les communes, le modèle par surface ne fonctionnera que très mal
yo,
Pour revenir au départ du sujet, on se trouve encore à l'heure qu'il est
avec un contour d'Ille-et-Vilaine inutilisable. Sauf levée de boucliers
(argumentée), je procéderai demain soir à son rétablissement sous forme
d'une relation classique
Bien que nous soyons tous d'accord pour
On lundi 23 janvier 2012, PhQ wrote:
Je vous demande de m'excuser de recadrer la discussion sur le
boundary_segment, mais ...
Dans le barouf de ce fil de discussion, j'avais loupé cette question.
il y a le fait que la vérification de continuité ne se fait pas dans
l'éditeur de relation de
Je ne résiste pas, pour ajouter un peu d'humour à nominer cette phrase
d'anthologie pour les Fortunes
http://wiki.openstreetmap.org/wiki/FR:Fortunes
Verdy_p
les côtes sont très grossières, et très éléatoires : travailler dessus sur
des frontières très longues est un enfer qui demande un
On mercredi 25 janvier 2012, Philippe Verdy wrote:
Si on a bien défini les relations, il
n'est plus nécessaire de modifier dans JOSM les frontières (trop
lourdes à charger et vérifier). Un outil automatique peut générer ces
frontières de la France de base par celle des régions définies dans la
Comme ce débat revient souvent, je propose d'en faire une page sur le wiki,
qui tente de présenter objectivement avantages et inconvénients de manière
résumé
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Modèle_somme_de_surface_ou_modèle_frontière
Si des motivés
On mercredi 25 janvier 2012, Pieren wrote:
Et donc on ne fait rien ? Alors que tout le monde à part l'auteur des
modifs semble d'accord pour une séparation des modèles dans des
relations différentes à minima ?
Je vote bien évidement pour le retour arrière sur ces relations comme la
majorité
Le 26 janvier 2012 11:16, partir-en-vtt ad...@partir-en-vtt.com a écrit :
Ce serait donc d'après vous plus par abandon (afin d'éviter de se ruiner
la
santé ou se ruiner tout court à traquer les fraudeurs) que par logique du
non commercial que la clause NC n'a pas été mise en place ?
1 - 100 of 1808 matches
Mail list logo