Subarea members are a pain and duplicate geographic information, but I dont
think they cause any performance issues, largely because all the relevant
tools ignore them.
From: Pierre Béland [mailto:pierz...@yahoo.fr]
Sent: Monday, April 07, 2014 12:29 PM
To: Felix Delattre
Cc: Talk Openstreetm
I just added this today because in the local talk list (talk-ni) a
friendly person pointed me to the relation defining Florida
(http://www.openstreetmap.org/relation/162050) which is a subarea of USA
http://www.openstreetmap.org/relation/148838
It made sense to me to add all the states/departamen
In the relation for Nicaragua (id=287666), there are objects with role subarea.
For example, addition of subarea role for Chontales is redundant with Relation
Chontales (id=2194866). I dont know if this would fix the problem, but you
could remove the redundant subarea members from the Nicaragu
Thank you, Clifford.
I hope I could fix those, by rechecking all the tagging and roles
("outer" especially) in the relations. I think this could have been the
reason. Nevertheless this phenonema of not rendering the label of the
admin_level=4 regions is happening with all regions/departamentos in
On Mon, Apr 7, 2014 at 9:48 AM, Felix Delattre wrote:
> I was going over the "departmentos" (admin_level=4) in Nicaragua
> yesterday. And it does not explain to me why the names of them not
> getting rendered in Mapnik. Please compare:
>
> * Province (admin_level=4) in Costa Rica:
> http://www.o
Hi Gonzalo, Henk,
Thanks for the update. Having helped organise last year I had no doubt that
SOTM 2014 would be going ahead - the OSMF, Henk and the SOTM Working Group
are all behind it.
Let me know if you need help with anything (announcements, blogging,
tweeting or something that I can do from
I was going over the "departmentos" (admin_level=4) in Nicaragua
yesterday. And it does not explain to me why the names of them not
getting rendered in Mapnik. Please compare:
* Province (admin_level=4) in Costa Rica:
http://www.openstreetmap.org/relation/3222919#map=8/10.747/-85.051
(label "Guan
Hello everyone.
I've read previous messages of this thread and as coordinator of the local
organizing committee i can understand your concern about SotM status.
This is the first event that we organize as a community in Argentina,
because previous meetings have taken place in more informal contex
I have now almost finished a major revamp of the Community Guideline
pages at
https://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines.
I now ask for a few eyeballs to review the pages so that they represent
a community consensus rather than what Michael Collinson thinks.
I
This weekend, State of the Map US sold out at almost 500 tickets. Over the
weekend we crunched numbers and added 30 more, we have also set up a
waiting list. Find all details here on our blog post:
http://openstreetmap.us/2014/04/sotmus-more-tickets/
If you don't have a ticket yet, move fast on g
sorry for my poor english , the data in my example may be false ...
it's just to add différents amont which are not distance or time
like l/km, highway with fee=yes
is this possible or already integrated ?
Le lundi 07 avril 2014 à 13:44 +0200, Florian Lohoff a écrit :
> On Mon, Apr 07, 2014 at 1
streaming is currently under encoding... first video available will be in
english about addresses in Denmark.
FYI, we had 230 attendees over the 3 days (to compare to last year 50
attendees).
2014-04-05 9:47 GMT+02:00 Sylvain Maillard :
> SOTM-FR is live on http://numaparis.ubicast.tv/lives/num
Hi,
We slightly updated http://remaptcha.herokuapp.com/ : It now validates the
second control word (nearby the flag) better.
BUT now, we have another variant #2 which has two steps:
http://remaptcha2.herokuapp.com/
A variant means to me that's another possible solution (i.e. it's not
Version 2).
13 matches
Mail list logo