dubbelnummering van de oude weg (Hoofdweg) over de draaibrug is
inderdaad opgeheven. Deze is nog wel de N61.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
. De BV droeg de tunnel over aan de provincie
Zeeland die op haar beurt het beheer en onderhoud overdroeg aan de
Westerscheldetunnel.
http://www.sluiskiltunnel.nl/de-sluiskiltunnel/nieuws/sluiskiltunnel-open-voor-het-verkeer?id=152
--
Lennard
Op 20 mei 2015 21:13 schreef Tijmen Stam mailingli...@iivq.net:
De op- en afritten van de Sluiskiltunnel staan nog als under
construction, terwijl deze gisteren geopend is. Kan iemand met lokale
kennis eens kijken of deze ongeveer goed liggen en dan de
construction-tags verwijderen?
://forum.openstreetmap.org/viewtopic.php?id=24796
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
onderhoud en het vergeten daarna weer aan te zetten.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl
default.style aanpassen, zodat osm2pgsql ze ook
daadwerkelijk importeert. Nu je de kolom al ziet in je eigen db, zal je
dat waarschijnlijk al gedaan hebben.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https
is jammer dat dit in de begindagen niet direct
onderscheidend is gemaakt in de tagging.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
On 6-10-2013 16:30, Pander OpenTaal wrote:
Tweede vraag, waa zijn de bronbestanden van de vertalingen te vinden?
Voor de website staan die op translatewiki.
Zie ook http://wiki.openstreetmap.org/wiki/Website_Internationalization
--
Lennard
...
Gebaseerd op immer achter de feiten aanlopende lufo's ?
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
gevoeglijk wel vanuit gaan dat L.
staat voor Louis.
Weer een afkorting in OSM weggewerkt. Aan Guy de eer om deze in te
voeren. :)
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
aangepast
naar 'Straat'. Dit zou dan binnen enkele weken terecht moeten komen op
de OSM website.
PS: living_street was al vertaald als 'Woonerf'.
--
Lennard
___
Talk-nl mailing list
Talk-nl@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
.
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
chez
l'un d'eux y compris les véhicules de livraison; y sont aussi admis sans
exceptions les véhicules des services d'entretien et de surveillance,
lorsque la nature de leur mission le justifie, les véhicules
prioritaires visés à l'article 37 et les cyclistes et les cavaliers.
--
Lennard
Als je er nog state=connection bijzet, dan is het helemaal goed.
In België zijn deze al wel getagd.
--
Lennard
- Reply message -
Van: dbuss...@goudappel.nl
Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
Onderwerp: [OSM-talk-nl] Centrumverbinding fietsknopennet
proberen de wiki
(vooral de Belgische) te ontcijferen.
building=yes
Voila, klaar.
Vraag: zijn we nog goed bezig?
Dat mag ieder voor zich beantwoorden.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo
op de API. Die is al niet zo
vlotjes op complexe relaties met veel revisies.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
Hoe kan een notitieveld van 1 mapper aan de anderen nu ooit redundant zijn?
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
. Dit in het geval niet de volledige lijst
met leden was ingeladen.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
eenzelfde manier zichtbaar is.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
getoond. Het meest pragmatische oplossing is
echter niet noodzakelijk de juiste.
Daarmee wordt die naam dan ook getoond in kaarten. Is dat dan gewenst?
Ik denk dat we niet zomaar uit zullen geraken. Deze discussie zal nog
regelmatig terug kunnen komen.
--
Lennard
is
updated continually:
http://maxspeed.openstreetmap.nl/
http://maxspeed.openstreetmap.nl/?zoom=12lat=50.8562lon=4.38844layers=B
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
://josm.openstreetmap.de/ticket/4043
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
voorkomt, zeker nu we Bing lufo's mogen gebruiken. Wat er ook verandert,
het is toch mooi als dat internationaal te gebruiken is?
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
?
--
Lennard
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb
sections to
it, and hey presto: that someone has overridden the override.
Don't blame the renderer for bad tagging. You can certainly blame it for
lots of things, but not that.
--
Lennard
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http
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
/ito_map/main?view=124 (deze kaart
vraagt wel wat tijd om te laden).
Als dat te langzaam is, is er ook nog http://maxspeed.openstreetmap.nl/
(Hoewel ook die weleens langzaam kan zijn :))
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http
/aftakkingen een eigen way is, is
voornamelijk afkomstig vanuit de AND-import. Je kunt deze stukjes zonder
problemen samenvoegen wanneer ze identiek zijn. De AND-id mag je wissen.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
renderer, bah!)
Het argument contra is dat je bij allemaal korte stukjes kans loopt
helemaal geen namen te zien, omdat het label dan langer zou zijn dan de
way en niet wordt gerenderd.
Overigens worden de namen van residential/unclassified wel herhaald,
elke 300 tot 400 pixels.
--
Lennard
., _licentie_ op jouw data.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
/changeset/10258974
http://woonplaatsgrenzen.openstreetmap.nl/?zoom=10lat=52.86994lon=5.00638layers=B0F
Was OSM weer de snelste met de updates op de kaart? :-)
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org
gemeente die over
twee andere gemeenten werd verdeeld.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
On 2-1-2012 12:07, Frank Steggink wrote:
Ook hier zie ik geen fout in JOSM. Bij het opnieuw renderen van het
gebied wordt de Westhaven nu wel goed gerenderd, behalve het stukje bij
ADM. Misschien kan hier Lennard of iemand anders even naar kijken,
aangezien hij het renderingproces beter begrijpt
/of ruimte) in een
changeset te stoppen.
http://www.openstreetmap.org/browse/changeset/1
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
28.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
' die je tegenkomt staan
namelijk al de nummers van knooppunten die voorbij de tweede '82' liggen.
Dit is vast weer een uitdaging om in je script te verwerken? :-)
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
nut in. De lands- en provinciegrenzen
zitten in OSM. Vaststellen in welk land of provincie een netwerk valt
moet daarmee afdoende mogelijk zijn.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo
te houden: je bent gelukkig op sommige punten
teruggekomen en hebt betere inzichten gekregen. :)
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
te laten weergeven, maar die willen daar niet van weten. Voor
Het idee was vast te 'duits' voor ze (Duitse mappers verzinnen de gekste
dingen) en ze erop wijzen 'dat JOSM het wel kan' helpt ook niet echt bij
de makers van andere editors. :-)
--
Lennard
. Hoe gaat dat in Nederland?
Grotendeels idem. Let er wel op dat er enkele knooppuntennetwerken zijn
die *wel* een naam gebruiken voor routes. Oostelijk van Nijmegen
bijvoorbeeld, ZIMKH.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
Knooppuntennetwerk
Fietsroutenetwerk 'FRN'
Knooppuntroutes
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
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
making collection relations when a scheme already
exists? See here:
http://wiki.openstreetmap.org/wiki/Cycle_Node_Network_Tagging
Which as far as I can see meets your needs and relations conforming to
that scheme have been in the database for over a year.
--
Lennard
maken
met onaangeraakte objecten en aangepaste objecten. Bij die laatste hangt
het dan weer af van wat er aangepast is: tags of vorm.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
an existing
endpoint node. Don't go through all the hoopla of extending a way, then
splitting it, deleting the tags, applying new tags. That only makes life
difficult and indeed obfuscates the way history.
--
Lennard
___
Talk-be mailing list
Talk
splitting a
way, the existing ID should stay with the longest fragment. You might
modify your JOSM ticket to emphasize that part, or perhaps even better:
start a new ticket with just that request (with a reference to the current
ticket).
--
Lennard
, upload.
Heb ik dus net gedaan, maar misschien hebben anderen ook wat aan het
stappenplan. Mocht er dus meer te reverten zijn voor die gebruiker.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
is hij aan het speledingen geweest in Potlatch,
zonder het idee dat dat allemaal toegevoegd zal worden aan OSM.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
brondata fout was?
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
://trac.openstreetmap.org/ticket/1835
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
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
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
for
the workshop, how can I get them. I am commuting between Ghent and
Brussels so I can easily pick them up in any those two cities.
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/GPS_Devices
--
Lennard
___
Talk-be mailing list
Talk
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
Zoals een collega van me al zei, ways zouden een relatie met een brug
moeten hebben, zodat dingen als 'de brug is dicht' ook invloed kunnen
hebben op de wegen er overheen.
Die relatie is er al. Behoorlijk sterk ook. 'Brug' is namelijk een
eigenschap die we direct op wegen zetten.
--
Lennard
daarna bij
de hoofdrijbaan te komen, maar wanneer dit vele kilometers duurt, vind
ik het in ieder geval gewoon een motorway.
Deze persoon zit wel (en nog niet zolang) op het forum:
http://forum.openstreetmap.org/profile.php?id=9578
--
Lennard
in Groningen (stad) kijkt, zie je zelfs dat rijtjeswoningen of
-flats als 1 gebouw getekend zijn, maar met wel overal extra nodes,
vermoedelijk dus de locatie van de perceelscheidingen/tussenmuren.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
. Dat opent de weg naar nog een andere
leuke verificatietool: kijken of een in de BAG genoemde weg inderdaad
binnen xxx meter van dat gebouw te vinden is in OSM. Indien niet:
vlaggetje op de kaart met hey, is hier alles ok?
--
Lennard
___
Talk-nl
Nijmegen. Zei zeiden:
Neem voor verdere informatie eens contact op met Roeland Douma. Leest
uiteraard (en hopelijk regelmatig) mee hier. Hij heeft de import
uitgevoerd onder dat account.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
: BAG id's op OSM objecten hangen biedt geen enkele
zekerheid.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
van de tags
van de voormalige closed way naar de multipolygon relatie. Als je dat
doet, kun je dat het beste doen tussen de 2 stappen die ik hierboven
zette. Met CTRL-C + CTRL-SHIFT-V zou je de tags kunnen overbrengen.
--
Lennard
___
Talk-nl mailing
extra way met gedeelde nodes voor een slootje. Nu heb ik hier in het
uiterste zuidwesten wel een stuk minder sloten dan in sommige andere
gebieden van NL, zoals daar bij Lexmond.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
bron! Plakken *naar* een relatie lukte tot enkele
maanden geleden ook niet, hoor. Dat is toen gewijzigd. Voor 'plakken
*vanaf*' zul je dan een verzoek moeten indien op de JOSM bugtracker.
http://josm.openstreetmap.de/newticket
--
Lennard
___
Talk-nl
| cycleway | | |
25806811 | path | | | Tunnelstraat
22903417 | unclassified | | | Brandenstraat
(9 rows)
Time: 7.328 ms
--
Lennard
___
talk mailing list
talk@openstreetmap.org
http
On 19-5-2011 12:01, Julien Fastré wrote:
@Lennard : i didn't know about this test API. Can we use the test api
with JOSM ?
Yes, change the api url in the config.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http
?), visualiseer dit (maak een overlay met jouw
data), kondig dat hier aan, op het forum, op de wiki import catalogue, nog
een keer checken, neem feedback mee. Dan pas echt importeren.
Beter grondig en open. Niets zoveel werk als een foutieve of halve import
weer te moeten terugdraaien. :-/
--
Lennard
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
hetzelfde als een mooie kaart op zich,
bestaande uit 1 laag.
dergelijke kaart tool kan iedere OSM’er weer trots zijn.
Dit subjectieve argument laat ik even buiten beschouwing. Iedereen
gebruikt OSM op zijn eigen manier, voor zijn eigen redenen.
--
Lennard
.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
to be updated as well.
Perhaps we need to leave osm.xml as is, and create a clone to move to
mapnik2 syntax/features.
--
Lennard
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
for that relation, and not for any member ways,
even if those member ways are tagged as routes as well.
We either have to render only one of them (relation or ways), or both.
Let's also not focus solely on the mapnik map. How's the osmarender
support for route relation shields?
--
Lennard
a previous shield, and
fails.
--
Lennard
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
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
://wiki.openstreetmap.org/wiki/WikiProject_Nederland_AdministratieveGrenzen
Waar zie jij dan type=boundary op die pagina? Het enige dat er staat* is
boundary=administrative en dat is correct, ook voor relaties met
type=multipolygon.
* Stond.
--
Lennard
. Nochtans zou op je persoonlijke pagina bij
wijzigingensets zoiets wel te maken moeten zijn door iemand met wat kennis.
Ik denk dat ze een uitgewerkte patch met open armen tegemoet zien.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http
...
Hoe probeer je dan in te zoomen? Het werkt hetzelfde als op de osm.org
kaart, bijvoorbeeld. Dubbelklikken, of het de scroll/zoom-elementen
linksboven gebruiken, of met shift-dragging.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http
a derivative work
from Google.
--
Lennard
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be
based map. That's not
exactly keeping it secret either. :)
But, whatever happens, and I do understand why you wanted to import them
into OSM, I hope we can talk about this before anyone does an import,
next time.
--
Lennard
___
Talk-be mailing
. Inderdaad nèt over de grens. :)
D'oh!
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
is maar net hoe je tegen Groningen aankijkt. ;)
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
to their import stages.
Using a key suffix (railway:disused=*) would mean extra work.
Granted, as a maintainer of a few maps, I'm biased. I just detest those
negating tags. This is a $shazbaz. Oh, no, it isn't!
--
Lennard
___
Talk-GB mailing list
Talk
admin_level heeft in OSM. Hetzelfde
speelt overigens ook in Rotterdam.
Wat dat betreft hadden we woonplaatsen wellicht beter op 9 moeten hebben
en stadsdelen/deelgemeenten op 10.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
3dShapes.
Er is nog wel een andere mapper die nog steeds regelmatig
woonplaatsgrenzen invoert, maar dit dan zo te zien natekent van plannetjes.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
://wiki.openstreetmap.org/wiki/Admin_level
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
On 17-4-2011 17:46, Rob wrote:
poiexport draait niet op mijndev maar op productie, dat even terzijde..
ik heb helaas alleen lees rechten op die folder..
dit moet Rullzer maar even oppakken
Ik heb split al vervangen door explode. Dat is echter niet genoeg.
--
Lennard
deze manier kapotgeknipt. Geknoei in Potlatch2. De
edits (een dozijn changesets) waren klein, maar op deze manier wel
destructief. Een quick revert was de effectiefste manier om het op te
lossen.
--
Lennard
___
Talk-nl mailing list
Talk-nl
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
krijgen?
Die import is al van lang geleden, ergens vorig jaar. De huidige
drooglegging zal dus niets anders zijn dan een mapper aan het werk.
Droogleggingen zijn we ondertussen wel gewend. Kijk maar naar de
rivieren rond Dordrecht, die maanden geleden achter elkaar leeg gingen. :)
--
Lennard
On 14-4-2011 22:29, Lennard wrote:
Die import is al van lang geleden, ergens vorig jaar. De huidige
drooglegging zal dus niets anders zijn dan een mapper aan het werk.
Zo, gefixt. De enige werkbare methode was het reverten van een berg
changesets van Tavernsenses. Het enige dat sneuvelde
is de verdeling makkelijk te maken.
Zo'n onderverdeling is in Zeeland, vanwege de natuurlijke grenzen, een
stuk makkelijker te maken dan in Utrecht, waar streken in elkaar
overlopen.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
extra informatie toe te voegen over het soort
watervlak dat dat is. Aan de rest van de tagging (met uitzondering van
riverbank) hoeft niets te veranderen.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org
. in de vorm van Dirk) direct
aanspreken. Dan kunnen ze dit meenemen in de instructie naar hun
mappers, zodat ze het allemaal goed doen.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
(name=*) weg, en de natural=water (zonder naam) als de omtrek van het water.
Sterker nog, zo worden de imports nu gedaan, als het te vervangen water
een naam heeft.
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http
: http://wiki.openstreetmap.org/wiki/Key:water
--
Lennard
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
1 - 100 di 524 matches
Mail list logo