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 f
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
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
--
V
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
> 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
--
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
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.
(Bet
Le mardi 13 novembre 2012 00:11:26, ciprian niculescu a écrit :
> On Mon, Nov 12, 2012 at 2:21 PM, sly (sylvain letuffe)
wrote:
> > On lundi 12 novembre 2012, ciprian niculescu wrote:
> > > Hello,
> >
> > Hi,
> > Medium size answer : It does exists for some ar
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
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 atte
tags (e.g. a filename or unique ID which allows you to find
> which upload failed if problems are later found)
Sure, whatever my table contains, every one is free to add specific tags,
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
th what has been done is more important than the tag's name.
--
sly (sylvain letuffe)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
s it isn't 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
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
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 im
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
[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 triv
ld wide, 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
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
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",
on
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
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
> 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 de
> > 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 s
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
> vi
> 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
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
vote
A two rounds voting might help maybe ? (And the gun will only be used 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
ermit 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
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
lace where the error occurs?
Looks like I went lucky :
# grep 24 output-pgsql.c
char 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
S
out having to guess if
highway=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
9"
> (e.g.)
> Then I may:
>
> Trace buildings, 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@
here else as shapefiles, 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
well, puting in somewhere on a way might 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
on't force anyone to follow the discussion he is not interesting in.
This announce as been made, I'd perfer you to continue talking about it on
legal.
--
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
ow
the "process" so 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
tware to consider an undocummented value to be the
default when 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 Letu
Looks like Ed 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
___
ta
R760 | 3
true; 1; true | 2
yes; yes; true; yes; yes | 2
hy | 2
no;yes | 2
+1 | 2
maybe | 2
no?
inking cheese so we can still do 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
still my point stands, I don't care about yes or
true, 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
an towards humans"
"shame on software unable to parse 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
changing them I'm fighting
for, but for that :
http://lists.openstreetmap.org/pipermail/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
y you'll see my tries (after 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
rly and people can change as they find things, and you
> can remove the duplicate handling and extra docs when 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:/
gh bots & scripts.
For data 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
of disussion, describing only one, removing the others from any
documentation, removing slowly support in renderers and slowly, 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
:
http://lists.openstreetmap.org/pipermail/dev/2009-February/013971.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.dynd
may not be related
--
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
wiki/The_Rails_Port
> > >
> > > This has some pointers 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 t
51 matches
Mail list logo
