OSM. It's generated internally. Same
goes for 'point', 'way_area' and 'z_order'
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
that this thread is on 3 mailing
lists, with 3 sets of answers, and an OP that doesn't appear to read the
answers.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Dave F. wrote:
barrier=* means that any barrier tag should be rendered, yes?
It's listed that mapnik should pick this up, but it doesn't.
It does, but only for ways, not areas. Steve's list doesn't make that
distinction.
--
Lennard
___
talk
make it less useful.
Good luck getting the Cycle Map stylesheets.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
, but not any of the subdirs or the README
[03:35] Ldp does that still work through NFS?
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
and
working out all the kinks and bugs, and keep it performant at the same
time. Only when you've achieved that, can we think about migrating this
to the main mapnik map. Or not, depending on then current views about
this subject.
--
Lennard
___
talk
it's 2 meters +- 1 m.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of postcodes and names rendering
in the middle of no where.
Indeed, which is currently the case.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
route rendering, and do not result
in the all-in-one tiles that OCM produces, but you're welcome to have a
look at them, and see what we've done.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Daniel Neugebauer wrote:
I will look into Mapnik as well if there's also nothing in progress already.
There is no ticket, open or closed, for mapnik regarding veterinaries.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http
, as he's the author of the coastline error
checker.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
processing now.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
be created. Unless
avar finds a way around that too, actually. :)
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Lennard wrote:
I will however deploy newer coastlines to http://haiti.openstreetmap.nl/
These have now been deployed, based on planet-100119.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Nic Roets wrote:
Is it just me or did the earthquake create some new land ?
http://osm.org/go/ZNIhF
It's an error in the coastlines that was present during the last time
the coastline shapefiles were generated. We'll get some new ones after
this week's planet dump is done.
--
Lennard
General Dreedle ...
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
sylvain letuffe wrote:
- you reach easily the API max members limit
There is no such limit (yet).
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
that, and it looks fine now.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
tag, and you're done. It *is* water, surely. That it
is a marina, is like the distinction between a national park and the
fact it has wood, meadows, heath, etc within its boundaries.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http
stylesheet to use with the OSM input plugin. The
standard osm.xml stylesheet is tuned for postgis and will not work with
the OSM plugin.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
what was going on, and I fear you won't be the last
either.
Normally I would wholeheartedly recommend the Geofabrik extracts, but
alas, they don't seem to carry them for North America.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http
fontset sections doing in your osm.xml? Are you using an
old version of the stylesheet?
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
everything
you describe above.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
if you are the only one editing a certain area, it is still useful
to use changeset comments. If someone else starts to work in your area,
or vice versa, it's still useful to know what happened.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
yours, as they're based on
survey.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
shebang that is
train=yes/no, bus=yes/no, subway=yes/no, etc etc is so dreadful (in the
context of the rendering chain) that every time I read #2798 I feel the
urge to run away screaming.
http://trac.openstreetmap.org/ticket/2798
--
Lennard
___
talk
not
before the overwhelming majority of existing objects are compatible with
the new tagging, or after some extensive time has passed to allow this
tag change to propagate.
[1] Has now been done, but not deployed yet.
--
Lennard
___
talk mailing list
talk
://josm.openstreetmap.de/ticket/4043
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
The difference between z18 and z19, apart from scale considerations, is
non-existent. Apart from taking storage requirements into account, you
could well switch to z19 today.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http
'. I just wish those
scripts would only process nodes that have been idle for a few days, and
not very fresh ones.
[1] http://josm.openstreetmap.de/ticket/4299
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
)
http://svn.openstreetmap.org/applications/utils/import/bulkupload/smarter-sort.py
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
at that time is
again high, they might get dropped again.
So if you look at the same busy time every day, and nobody is looking at
that area during quieter times, that could cause this symptom.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http
currently.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
] http://en.wikipedia.org/wiki/Toponymy
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
is subnational.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of the actual object, here is a newer
editor that puts them on the objects again?
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
to capture in a fixed path,
and fixed paths is all that OSM can offer, currently.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
/reimport. Also remove the natural=coastline 'delete' keyword
from default.style. You'll then have the raw natural=coastline ways in
planet_osm_line, and you can create a mapnik rule for those.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http
available
through the EEA website.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
where people
are deleting 'unused' nodes during your upload.
I also once requested the same sorting functionality in JOSM. Kind of
fell on deaf ears, as the ticket hasn't been acted upon.
https://josm.openstreetmap.de/ticket/4299
--
Lennard
rendering Ireland in their mapnik
renderer stacks.
Also, I presume your indexes are good?
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
and
the bbox of the tile being rendered could overlap even for tiles far inland.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
://wiki.openstreetmap.org/wiki/Relation:multipolygon#Usage
Right, so why even bother with type=boundary when type=multipolygon will
do fine? :)
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
rendered until z11
Both the *way* and the *relation* render z11+.
Aren't overlapping* boundary renderings fun? :(
* See my previous reply.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of anything that doesn't treat them as synonyms.
Oh, the discussion has been going on and off for years now.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On 10-2-2011 23:37, ant wrote:
On 10.02.2011 20:25, Lennard wrote:
@ant: Would it be possible to have the editors collect and report* on
the available zoom levels, as users download Bing tiles while editing?
That's a brilliant idea, but I'm not involved in how editors handle Bing
maps. So
://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=61.51534917347587lon=19.306271732481257zoom=7
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of user
collected and contributed information in OSM, to various degrees. Users
loose interest, or worse (some have even died), and thus areas fall out
of maintenance all the time. Waiting for someone else to come along and
pick it up. -If- someone comes along.
--
Lennard
these dates.
Can we get this going again? What exactly is needed?
A server with sufficient storage and bandwidth to process a weekly
planet, daily diffs, and many hours of single task processing per
coastline run.
--
Lennard
___
talk mailing list
talk
needs less than that.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On 21-3-2011 22:59, Andy Robinson wrote:
I'd place the coastline at the low water mark because you know then that its
always true.
Do you know what happens just before a tsunami hits land?
--
Lennard
___
talk mailing list
talk@openstreetmap.org
are forgotten. They are not rendered
later on, when the queue isn't full.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of the municipality not giving us their boundaries
yet. There's another mapper tracing these from official documents (less
accurate than receiving the original geo data, but alas), but he doesn't
seem to have done this yet.
--
Lennard
___
talk mailing list
talk
can consist of more than one
dwelling, to make it even more confusing.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
than that: more of this! Nice to see wacky little ideas come to live
and be more than a plain text listing of objects. :)
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
| cycleway | | |
25806811 | path | | | Tunnelstraat
22903417 | unclassified | | | Brandenstraat
(9 rows)
Time: 7.328 ms
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http
at all about Merkaartor. Potlatch doesn't do it, but it seems
it's a feature just waiting for a developer.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of something like this happening rise
immensely with time and the amount of floating nodes you're accumulating.
[1] ~600k nodes, ~4k ways, 280 relations
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
node, undeleted it, and resumed the upload.
Nuking 600k nodes and then reuploading them (creating new nodes in the
db) is not the most elegant way of doing things, either. :-/
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http
somehow, some time ago, but forgot
about it. There was no trac ticket created either. Would be helpful if
you could do that.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
://trac.openstreetmap.org/ticket/1835
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of date. They
are regenerated more often. At an educated guess this happens every few
weeks.
The coastline error checker slippy, however, is a bit under the weather.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org
to
http://coastline.openstreetmap.nl/
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
of the route.
--
Lennard
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-transit
segmented, so they run from
junction to junction. Also, all roundabouts were modeled as consisting
of separate segments between each connecting road.
So, even the pros are modeling it in this split way.
--
Lennard
___
Talk-transit mailing list
Talk
Bing, as it was comparable to Yahoo and there were no
specific ToU restrictions as with Google. IANAL and so, so it never got
anywhere. It's brilliant that we now officially have the permission to
do so. :)
--
Lennard
___
legal-talk mailing list
bounding box zoals normaal.
Ik woon dus weer naast een ongemapt, ongerept gebied, maar dat zal snel
wel weer in orde zijn.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
(38000) en Goes (36000) gaan voor mij ook al richting stad,
zeker in een dunbevolkte provincie als Zeeland. Ik denk ook niet dat je
er een keihard inwonersaantal aan kan plakken.
Komt ook bij dat we in het Nederlands stad-dorp hebben, waar ze in het
Engels al city-town-village doen.
--
Lennard
Stefan de Konink wrote:
We houden ons dus niet aan 'stadsrechten'? ;)
'Stadrechten' is een geopolitiek historisch fenomeen, en als je dat nu
zou toepassen heb je ook steden van 1500 inwoners.
PS: Ja, ik zie de smiley :)
--
Lennard
___
Talk-nl
introduceer je
artifacts die beeldherkenning kunnen bemoeilijken.
Oftewel, ben benieuwd of dit in redelijke realtime kan werken op een
videostream. Het wordt zo steeds interessanter om een ITX setup in de
auto te hebben, met camera, gps, etc.
--
Lennard
Stefan de Konink wrote:
SIFT op een FPGA implementeren klinkt realistischer ;)
Ik bedoelde ook niet dat de ITX pc de analyse zou moeten doen, maar die
kan wel een knooppunt zijn in de carmapping setup. :)
--
Lennard
___
Talk-nl mailing list
Talk
engelse en duitse flyers.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
? :)
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
kunnen opvatten.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
wordt
gebouwd, hebben we tenminste ook nog tussenruimte in de nummering.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
hebbend voor de attracties zelf, maar wel voor
de infrastructuur. :)
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
Rob wrote:
ja die dingen heb ik 2 jaar geleden al bij motor theorie moeten leren ;)
maar je ziet ze nog weinig
Kom hier eens langs, in de provincie waar ze altijd haantje-de-voorste
moeten spelen met verkeersnieuwigheden.
--
Lennard
___
Talk-nl
getekend dan de N3! Dezelfde N62: oranje.
* Yahoo maps doet het eveneens zo.
Zelfde als MS: N3 wordt anders gerendert dan N214.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
kun je ook nog wat speciale dingen
uithalen om zo'n gesplitst knooppunt te vatten in de relations.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
.
Dat zou ook kunnen, maar dan zul je niet per definitie gerouteerd worden
over de wegen die bedoeld zijn in het knooppuntennetwerk, en mis je
wellicht wat toeristische trekpleisters of uitzichten.
--
Lennard
___
Talk-nl mailing list
Talk-nl
loopt al lange tijd
niet meer synchroon met www.osm.org qua rendering.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
nu, foetsie! Weg! Wat ik wel vreemd vind, omdat je de stylesheet hebt
gepakt uit svn, die naar ik aanneem ook op osm.org gebruikt wordt.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
die door elkaar met de andere, die wel
is aangenomen:
http://wiki.openstreetmap.org/index.php/Approved_features/service%3Dparking_aisle
Taggen met: highway=service ; service=parking_aisle
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
Rob wrote:
na onze (lennard ik) speurtocht is gebleken dat de stylesheet voor
grens data rendering kijkt is naar de planet_osm_roads tabel.. why ??
(select way,admin_level from planet_osm_roads where
boundary='administrative') as admin
Martijn v.O. , kun je de de import aanpassen
/index.php/WikiProject_Belgium/Conventions/Cycle_Routes
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
).
JOSM laat nog steeds niet de note=* zien als er geen name=* staat, laat
staan dat JOSM deze beide combineert tot name / note in het lijstje.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
vinden. Daarom heb ik deze niet genomineerd voor
verwijdering, in mijn voorstel.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
aantal inwoners.
Inderdaad tijd om daar ook een notitie van op de wiki te hebben.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
?
http://www.openstreetmap.org/browse/relation/47389
Een gemeente Moerdjk. :-D
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
dat dat niet vaak voorkomt. :D
Ja en taxi's hebben ook wel eens de neiging
om de tramrails als highway=primary te nemen.
Iets dat ze, afhankelijk van de gemeente (vergunning, APV) en/of
bebording, ook mogen. Net als ik dat mag, als de bebording of APV mij
dat niet verbiedt.
--
Lennard
. Die bladen zou je op kunnen vragen
bij de provincie of Staten.
http://www.vng.nl/documenten/extranet/bjz/bb/herindelingovz2006.pdf
geeft deze bladen ook op.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
, dan de gecombineerde
A2/A67 op gaat, om vervolgens verderop bij Leenderheide rechtsaf te gaan
om op de A2 te blijven, waar rechtdoor de A67 blijft.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo
nog bestaat, gezien al de
werkzaamheden aan de ring van Eindhoven.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
Martijn van Oosterhout wrote:
Wel cool, maar waarom ons. Ik had eigenlijk verwacht in duitsland ergens...
Alleen Trentino en Gran Canaria waren ook nog in de race, toch?
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
stylesheet update geweest.
Ik mis op dit moment ook de tracks op z14-z19, dus op zich mag de
stylesheet nog een keer geüpdate worden vanuit svn. Staan de stations
wel (weer) op de www.openstreetmap.org site?
--
Lennard
___
Talk-nl mailing list
Talk-nl
beoordeeld, lijkt het me het
beste om het daarna te verplaatsen naar een eigen wiki entry. Dan kan er
breder en internationaler over gediscussieerd worden.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org
101 - 200 of 524 matches
Mail list logo