Re: [OSM-talk-nl] JOSM plugin "Ga naar" ontwikkeling.

[Marc Gemis]

Je bedoelt zoiets als dit :
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/utilsplugin2#Use_custom_URL_.28Shift.2BH.29
?

mvg

m

On Thu, Oct 3, 2019 at 12:23 PM Allroads  wrote:
>
> Hallo,
>
> Er is ondertussen veel data, die we mogen gebruiken voor mapping/tagging in 
> Openstreetmap.
> Data, waarvoor we als Openstreetmap Nederland afspraken hebben gemaakt.
> Deze data is vaak in layer vorm te zien op een website, een website met in de 
> url de geografisch coördinaten en zoomniveau.
> Binnen de Openstreetmap community zijn ook enkele van deze sites ontwikkeld. 
> Om inzicht te krijgen. Hoe eigen Openstreetmap data is getagd.
> Voorbeeld: zone 30 controle, of een gebied sluitend is.
> http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/nlvb/?map=snelheid=17=51.57365=3.70426=B0FTTFFF
>
> Wanneer alles makkelijker bereikbaar is, het in de lijst staat als controle 
> mogelijkheid, is er makkelijker te communiceren en de kwaliteit van de data 
> te verbeteren.
> En kan je meer respons verwachten!
>
> Wanneer we aan het editen zijn, wil je wel eens snel naar een site, op de 
> ingezoomde plaats.
>
> Als voorbeeld:
> We mogen nu BGT gebruiken, als layer BGT omtrekgericht in JOSM.
> Je werkt op lokaal niveau, ziet dat er iets niet klopt en wil naar “Verbeter 
> de kaart” website op locatie om een melding te maken.
> Nu moet je vele stappen nemen van/naar en inzoomen. Melding maken.
> https://www.verbeterdekaart.nl/#?geometry.x=16.5185=451931.46324746=3
>
> Wat ik mij voor stel is.
> Een node in JOSM selecteren, de knop in taakbalk “Ga naar” de website kiezen, 
> waar je naar toe wilt.
> Een Nederlandse lijst of eigen lijst, met websites om naar toe te gaan.
>
> De plugin: “Ga naar”.
>
> Wie zou willen helpen om dit tot stand te brengen? Participeren in de 
> ontwikkeling, kennis inbrengen.
> Interactie tot stand brengen van burger (vrijwilliger Openstreetmap) naar 
> Overheid. Win/win.
> Wellicht kan de Overheid, ook een taak op zich nemen. Meer meldingen is 
> betere data, vooral ook omdat de Openstreetmap mapper zeer lokaal/ingezoomd 
> werkt en vergelijkt.
> De suggestie is al bij “Verbeter de kaart” neergelegd. Financiering Kadaster 
> is moeilijk, prioriteiten. De API is mij bekend. Naar website, korte en 
> simpele stap zonder API?
> Wellicht zijn er fondsen, financiering vormen, die dit mogelijk kunnen maken. 
> Wie ziet daar mogelijkheden of zit aan het roer?
>
> Wat denken jullie van het plan en de uitvoerbaarheid?
>
>
> Met vriendelijke groet,
> Allroads.
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Hyperlink in window van een pointer werkt niet

[Marc Gemis]

Ik heb even gezocht op "leaflet keep popup up" en vond
bv https://stackoverflow.com/questions/30649919/leaflet-keep-popup-open

helpt dit ?

mvg

m

On Wed, Aug 7, 2019 at 1:42 PM Jan Pieter de Groot  wrote:
>
> Op mijn website heb ik een Openstreetmap kaart geplaatst met pointers 
> http://members.home.nl/jp.de.groot/merklappen.htm . Bij het aanklikken van 
> een pointer verschijnt een informatie window met tekst, afbeelding en of een 
> hyperlink. Als ik de hyperlink probeer aan te klikken verdwijnt de window. 
> Wat moet ik in de broncode aanpassen om de window te fixeren en de hyperlink 
> te kunnen aanklikken?
>
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Caribbean Netherlands

[Marc Gemis]

I like this video that explains the differences:
https://www.youtube.com/watch?v=eE_IUPInEuc

m.
On Thu, Nov 8, 2018 at 9:39 AM Pander OpenTaal  wrote:
>
> Frederik, thanks for the changes so far. Good to wait with parts of Belgium. 
> Also good to stay clear of political issues and only use geographic 
> considerations. For me, fine not to split up Saint Martin/Sint Maarten.
>
> As for these six Dutch islands in South America, good question on how to call 
> these in a geographic way. The name Caribbean Netherlands officially only 
> refers to only three of the six islands, see 
> https://en.wikipedia.org/wiki/Caribbean_Netherlands
>
> Politically, historically and geographically, these islands can be grouped in 
> many different ways with different names, see 
> https://en.wikipedia.org/wiki/Dutch_Caribbean#Grouping_of_islands Which 
> doesn't make it easier. Calling it Dutch Caribbean is the least best name of 
> the three options, I think.
>
> Even though the name Netherlands Antilles indeed as a political entity no 
> longer exists, see https://en.wikipedia.org/wiki/Netherlands_Antilles 
> Advantage of this name, is that it doesn't favor certain islands because of 
> the current political construct (in which only a few are officially in 
> Caribbean Netherlands).
>
> I think that is the best name to use, as it is also closer to what is used in 
> the Dutch language. Nobody talks about the Caraïbische Nederlanden.
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] FW: osm kaarten groningen: paarse stippellijnen?!

[Marc Gemis]

Het hangt een beetje af van het device waarop je je kaart wil tonen:
Garmin vs. Smartphone (Android vs iOS).
Zelf gebruik ik de leisure stijl op de garmin zie http://extract.bbbike.org/
OsmAnd op smartphone. Daar gaat binnenkort een topologische kaart
versie voor uitkomen.
De mogelijkheden van bv. OsmAnd (of Locus e.d.) zijn uitgebreider en
meer gericht op navigatie dan wat de osm.org website aanbiedt.
Ik vind dat een kaart om naar te kijken, maar niet om te gebruiken bij
navigatie. (bv. geen sporen opnemen, geen eigen waypoints, e.d.)

Ander voordeel is ook dat je off-line werkt, dus geen data kosten.
Nadeeltje IMHO: niet zo up-to-date als de kaart op osm.org.

Er zijn nog andere stijlen beschikbaar voor bv. Locus  maar daar heb
ik geen ervaring mee.

m.

2016-11-03 14:42 GMT+01:00 Familie Nouws :
> Marc: mijn irritatie is inderdaad in Ierland ontstaan! Verder heb je
> natuurlijk gelijk dat er mooie specifieke topografische kaarten zijn, ware
> het niet dat de motoren die de tiles ophoesten niet zo geweldig zijn. Ik
> grijp om die reden toch altijd weer naar de standaardkaart. Maar misschien
> heb je nog tips voor mij.
>
> 2016-11-03 13:25 GMT+01:00 Bas Couwenberg :
>>
>> On 2016-11-03 10:54, Paul de Laat wrote:
>>>
>>> 1.   Ik zie bij voorbeeld rond Niehove erg veel stippellijnen in
>>> paarse puntjes. In de legenda staat niet wat ze betekenen: alle
>>> stippellijnen zijn rood of blauw of groen. Niet paars.
>>
>>
>> Paarse stippellijnen zijn administratieve grenzen met hoge admin_level
>> waardes (woonplaats/gemeente/provincie)
>>
>>> 2.   Wanneer ik ze in het veld naloop, blijken ze geen pad aan te
>>> duiden, er is niks. Dus mijn interpretatie is nu: dit zijn
>>> bestuurlijke grenzen. Eigenlijk zouden die in dat geval in
>>> doorgetrokken paars moeten worden aangegeven (zeggen de legenda).
>>
>>
>> De legenda is niet compleet genoeg, en toon alleen de rendering van
>> landsgrenzen.
>>
>>> 3.   Tot slot: waarom moeten die bestuurlijke grenzen op een OSM
>>> kaart worden aangegeven? Zulke lijnen lijken me niet alleen overbodig,
>>> maar ook nog eens verwarrend (zoals mij wel is gebleken inmiddels).
>>
>>
>> Omdat de OSM rendering een hulpmiddel voor mappers is, en de
>> administratieve grenzen hebben o.a. invloed op de geocoding van Nominatim.
>>
>> Een van de weinige argumenten om administratieve grenzen niet in OSM te
>> hebben is omdat de niet op de grond te verifieren zijn, maar ze zijn wel
>> degelijk essentieel voor het gebruik van OSM data.
>>
>> Omdat het gebruik van externe data in OSM niet eenvoudig is zitten de
>> administratieve grenzen ook in OSM. Dit heeft als nadeel dat onervaren
>> mappers of ID gebruikers de officiele grenzen eenvoudig naar de klote kunnen
>> helpen.
>>
>> Mvg,
>>
>> Bas
>>
>>
>> ___
>> Talk-nl mailing list
>> Talk-nl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-nl
>
>
>
>
> --
>
> Henk Nouws
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] FW: osm kaarten groningen: paarse stippellijnen?!

[Marc Gemis]

Henk,

Zoals ik al schreef, je kan je probleem kwijt op de github site. Dat
is de enige plek waar de makers van de standaard kaart naar kijken.
En als je een wandelkaart wil, waarom gebruik je dan niet een van de
vele andere kaarten ? Er zijn topologische kaarten, er zijn
vrijetijdskaarten enz.
De standaard kaart op osm heeft niet het doel om een goede wandelkaart
te zijn. Het is een kaart waar mappers hun werk kunnen controleren (in
zekere mate).
De kaart is trouwens totaal onbruikbaar als wandelkaart in
berggebieden e.d. omdat alle paths en footways er op dezelfde manier
getoond worden.



mvg

m


ps. Vermoedelijk is het probleem met grenzen nog veel erger in Ierland
waar ze meer dan 60.000  townlands hebben gemapped :-)

2016-11-03 12:34 GMT+01:00 Familie Nouws <nouws...@xs4all.nl>:
> Marc, jouw antwoord is het correcte verhaal, maar daarmee is het probleem
> van Paul niet opgelost. Ik ondersteun het punt wat Paul aanroert: is het
> zinvol om die bestuurlijke grenzen zo _opvallend_ op de kaart te zetten?
>
> Ik vind van niet:
>
> - Het verschil tussen grens en wandelpad is nauwelijks zichtbaar. Daar heb
> ik als wandelaar last van.
>
> - Het uitgangspunt voor de kaart is het zichtbare landschap. Oké, een beetje
> afwijken is best, maar dit is geen beetje.
>
> - Ik vermoed dat gemiddeld té weinig mensen die grenzen belangrijk vinden om
> het tonen er van te rechtvaardigen.
>
>
> Geen idee eigenlijk of andere mensen dit ook zo ervaren. En is het probleem
> wel bekend bij de renderers?
>
> Henk
>
> 2016-11-03 11:10 GMT+01:00 Marc Gemis <marc.ge...@gmail.com>:
>>
>> Als je op Niehove zoekt zal je zien dat die relatie samenvalt met de
>> stippellijn. Het is dus een bestuurlijke grens.
>> De legenda worden met de hand bij gehouden, misschien is de code
>> wijziging voor de bestuurlijke grenzen (van bepaalde niveaus) nog niet
>> handmatig toegevoegd.
>>
>> Grenzen kunnen heel handig zijn voor bepaalde toepassingen, daarom
>> misschien niet voor u.
>>
>> Het maken van een kaart bestaat voor een groot deel uit het maken van
>> keuzes. De makers van de standaard stijl hebben ervoor gekozen om de
>> bestuurlijke grenzen te tonen.
>> Er zijn vele andere kaarten die gebaseerd zijn op OSM (4 of 5 op de
>> osm.org website, maar ook op openstreetmap.de of openstreetmap.fr , of
>> kijk eens op gk.historic.place, zij bieden de mogelijkheid om te
>> kiezen tussen een 10-tal kaarten en overlays)
>>
>> Je kan normaal gezien suggesties doen voor verbeteringen/wijzigingen
>> aan de standaard kaart op github [1] maar ik acht de kans heel klein
>> dat ze de bestuurlijke grenzen gaan verwijderen. Een van de doelen van
>> de standaard kaart is om mappers hun werk te laten controleren,
>> grenzen horen daar nu eenmaal bij.
>>
>> mvg
>>
>> m
>>
>>
>> [1] https://github.com/gravitystorm/openstreetmap-carto
>>
>> 2016-11-03 10:54 GMT+01:00 Paul de Laat <p.b.de.l...@cerug.nl>:
>> >
>> >
>> >
>> >
>> > Goedemorgen OSMers,
>> >
>> >
>> >
>> > Ik ben een eenvoudige gebruiker van met name OSM kaarten van Groningen
>> > (provincie). Twee zaken wil ik onder de aandacht brengen:
>> >
>> >
>> >
>> > 1.   Ik zie bij voorbeeld rond Niehove erg veel stippellijnen in
>> > paarse
>> > puntjes. In de legenda staat niet wat ze betekenen: alle stippellijnen
>> > zijn
>> > rood of blauw of groen. Niet paars.
>> >
>> > 2.   Wanneer ik ze in het veld naloop, blijken ze geen pad aan te
>> > duiden, er is niks. Dus mijn interpretatie is nu: dit zijn bestuurlijke
>> > grenzen. Eigenlijk zouden die in dat geval in doorgetrokken paars moeten
>> > worden aangegeven (zeggen de legenda).
>> >
>> > 3.   Tot slot: waarom moeten die bestuurlijke grenzen op een OSM
>> > kaart
>> > worden aangegeven? Zulke lijnen lijken me niet alleen overbodig, maar
>> > ook
>> > nog eens verwarrend (zoals mij wel is gebleken inmiddels).
>> >
>> >
>> >
>> > Heeft iemand hier een goed antwoord op? Graag.
>> >
>> >
>> >
>> > Paul B. de Laat
>> >
>> > Groningen
>> >
>> > NL - The Netherlands
>> >
>> >
>> >
>> >
>> >
>> >
>> > ___
>> > Talk-nl mailing list
>> > Talk-nl@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-nl
>> >
>>
>> ___
>> Talk-nl mailing list
>> Talk-nl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-nl
>
>
>
>
> --
>
> Henk Nouws
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Arriva Openbaar vervoer Concessie Limburg (sorry for cross-posting)

[Marc Gemis]

Als je versie 2 van de public transport routes gebruikt, kan je de PT
assistent plugin gebruiken om je relaties te verifieren. Dit is een
nieuwe plugin geschreven door Darya in het kader van een Google Summer
of Code project begeleidt door Polyglot.

m

2016-10-06 21:53 GMT+02:00 Maarten Deen :
> On 2016-10-06 12:51, Reinier Battenberg wrote:
>>
>> Hallo,
>>
>> Vanaf 11 december gaat Arriva het openbaar vervoer in Limburg overnemen.
>> Op 5
>> Oktober hebben ze hun, gedeeltelijk nieuwe, buslijnen gepubliceerd http://
>>
>> www.limburger.nl/cnt/dmf20161005_00025183/dag-van-de-waarheid-voor-limburgs-
>> openbaar-vervoer
>>
>> Dat lijkt me een goede aanleiding om een groep mappers te starten in
>> Maastricht en omstreken.
>>
>> Dus:
>>
>> Buslijnen mappen
>> Donderdag 20 Oktober, 19:00
>> Caracola, Maastricht
>> http://www.openstreetmap.org/?
>> mlat=50.85139=5.71144#map=19/50.85139/5.71144
>> Er is WiFi en drank voor eigen rekening.
>>
>> Ik wil eerst even hier de animo peilen, ik maak ook een meetup.com event
>> aan
>> waar mensen (en hopelijk ook veel nieuwe OSMers) zich kunnen melden. FB en
>> Maptime komt later.
>>
>> Qua plan wilde ik de nieuwe en gewijzigde lijnen invoeren als planned:
>> zodat
>> we 11 december alleen de oude lijnen hoeven te verwijderen en bij de
>> nieuwe
>> alleen die planned: prefix weg hoeven te halen.
>>
>> Zijn er nog handige Josm plugins die het invoeren van buslijnen
>> makkelijker
>> maken en andere handige tips?
>
>
> Ik zou best graag mee willen doen (ik heb in het verleden veel buslijnen
> opgeschoond en netjes in relaties gezet), maar ik heb geen laptop waarmee ik
> op locatie zou kunnen mappen.
> Ik heb speciaal de concessies van Limburg niet aangepakt omdat die dit jaar
> naar Arriva over gingen.
>
> Ik heb een tip voor de overgang: maak een nieuwe relatie voor de concessie
> aan en zet daar alle bestaande lijnen in die overgenomen kunnen worden (voor
> een heel aantal is het ook alleen maar een lijnnummerwijziging). Als er echt
> nieuwe lijnen zijn dan kunnen die alvast aangemaakt worden en ook daarin
> gezet worden.
> Ik heb een lijstje gemaakt met de relaties voor busconcessies:
> https://wiki.openstreetmap.org/wiki/NL-OV/Bus daar kun je zien hoe ik het
> allemaal tag (waarmee ik niet wil beweren dat dat de enig juiste
> mogelijkheid is, volgens mij is het hele OV-tagging nog altijd in beweging).
>
> In JOSM zijn er wel plugins, maar die heb ik zelf nooit gebruikt. Wat
> misschien handig is is om voor de zekerheid met de overpass-API alle
> bushaltes en alle bestaande busroutes op te halen. De busroutes zouden
> allemaal in de twee relaties voor Noord- en Midden-Limburg en Zuid-Limburg
> moeten zitten, maar daar geef ik geen garantie op.
> Ik weet wel dat op een flink aantal plaatsen in Limburg de bushaltes nog als
> single node op de weg voor beide richtingen gebruikt wordt. Dat heb ik voor
> andere plekken zo veel mogelijk omgebouwd naar nodes op de juiste halteplek
> en een node per halte per richting.
>
> Maarten
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] postkantoren in Nederland

[Marc Gemis]

Wat je nu gedaan hebt is al een goede aanzet. Je hebt de andere
mappers attent gemaakt op fouten in OSM.
Je kan nu door wat reklame (mailing list/forum/blog/diary) te maken,
proberen andere mappers aan te zetten tot het corrigeren van deze
fouten in hun buurt. Ze kunnen jouw Overpass query gebruiken bij hun
surveys.

Door een paar keer terug te komen op dit "probleem" en de vooruitgang
te tonen (minder en minder postkantoren) zullen anderen misschien
gemotiveerd geraken. Je kan ook een telling per provincie doen en er
zo een "wedstrijdje" van maken.

Dit is min of meer het principe van enkele quarterly projects in UK of
weekopdrachten in D.

Misschien te combineren met de brievenbussen opkuis zoals Dutch Mapper
die zou willen doorvoeren.

mvg

m

2016-09-11 11:19 GMT+02:00 Sebastiaan Couwenberg :
> On 09/11/2016 10:45 AM, Ronald Stroethoff wrote:
>> Op de website "http://overpass-turbo.eu; kan je zoeken op
>> "amenity"="post_office".
>> Er wordt dan gezocht in het dan geopende venster.
>> Ik was een beetje verrast door de hoeveelheid postkantoren in Nederland die
>> vervolgens zichtbaar werden.
>> Ik denk dat het geen goede indruk maakt als er nog zoveel postkantoren
>> zichtbaar zijn.
>> Hoe gaan we daarmee om?
>
> Gebruik de overpass resultaten als basis voor je surveys waarbij je on
> the ground controleerd wat er in plaats van het postkantoor is gekomen.
>
> Mvg,
>
> Bas
>
> --
>  GPG Key ID: 4096R/6750F10AE88D4AF1
> Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] supervlaai

[Marc Gemis]

Mag ik vragen of je je uitsluitend op de website van supervlaai
baseert om de vestigingen te mappen ? Hoe zit dat met de
licentie/toelating om hun databank van adressen te kopiëren ?

mvg

m

2016-07-29 22:07 GMT+02:00 Ronald Stroethoff :
> Alle vestigingen van supervlaai staan nu in openstreetmap.
> zie www.supervlaai.nl
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Naangeving POI

[Marc Gemis]

2016-04-27 13:44 GMT+02:00 Jo :
> AD Delhaize is er al een paar jaar. Die merger van AHold met Delhaize is
> toch recenter, of vergis ik me? Maar ik weet dus niet waar die AD voor
> staat.

Inderdaad, zie

https://nl.delhaize.be/nl-be/onze-winkels/onze-winkelformules/ad-delhaize

Wat is AD Delhaize?

De AD-formule zag het licht in 1984 en telde eind 2006 193
verkooppunten in België en Luxemburg. De oppervlakte van deze
supermarkten bedraagt gemiddeld 1200 m2. De zelfstandige uitbaters van
deze winkels kunnen niet alleen terugvallen op een naam die staat voor
kwaliteit, maar krijgen ook de steun van Delhaize op het gebied van
knowhow, logistiek, informaticaondersteuning, reclamecommunicatie en
instrumenten voor klantencontacten, zoals de plus-kaart.


Dus

name = AD Merchtem
brand = AD Delhaize
operator =  (maar niet Delhaize)

m

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Naangeving POI

[Marc Gemis]

Mijn vraag is dus inderdaad of het

Delhaize, AD, AD Delhaize, AD Merchtem, ... moet zijn  (zelf spreekt
Delhaize op zijn website van AD Delhaize, nooit van AD)
AD als naam is zeker nog niet ingeburgerd. Vandaar ook dat de naam
Delhaize op het bord staat.

Waarom laat je "Merchtem" uit de naam, als die zo prominent op het
display staat ? (oprechte vraag).

als je op de website naar de winkel zoekt, staat daar

http://shop.delhaize.be/storelocator?locatorSearchTerm=merchtem

AD Merchtem.

Dus voor Delhaize/Albert Heijn is de naam niet AD. Dat is de "brand"
(volgens mij en wat ik in Duitsland zie).
Je vind op die zoekpagina ook winkels met de naam "Proxy xxx" of "Delhaize xxx"
In sommige grote steden kan er nog een wijk of straat bij staan.


Kijk ook eens naar de voorbeelden op de brand wiki page:
http://wiki.openstreetmap.org/wiki/Key:brand
Ook daar is de naam niet wat je echt verwacht.

Vandaar dat ik het zelf allemaal niet zo goed weet en dus met vragen zit.

m.



2016-04-27 11:20 GMT+02:00 Colin Smale <colin.sm...@xs4all.nl>:
> Hi Marc,
>
> Ik ben bang dat ik je vraag niet helemaal begrijp... Op de foto is een
> filiaal te zien van Delhaize (in Merchtem, Belgie). Het "AD"-logo is (naar
> ik aanneem) een gevolg van de samenvoeging van Ahold (holding van Albert
> Heijn) en Delhaize. In OSM heet die ook "AD Merchtem" zie ik. Naamswijziging
> en rebranding is echt een ander onderwerp...
>
> T.a.v. de overweging of "Merchtem" erachter moet of niet - mijn persoonlijke
> mening is van niet. Ik stem dus voor "AD".
>
> //colin
>
>
>
>
>
> On 2016-04-27 11:01, Marc Gemis wrote:
>
> 2016-04-27 10:35 GMT+02:00 Colin Smale <colin.sm...@xs4all.nl>:
>
> Vwb Albert Heijn: ik denk niet dat het vermelden van de filiaalnaam echt
> waarde toevoegt - je weet immers al waar je bent/kijkt.
>
>
> Het toevoegen van de filiaalnaam is iets wat in Duitsland wel frequent
> gebeurt heb ik de indruk.
>
> Zou je kunnen kijken naar deze foto
> https://xian.smugmug.com/OSM/OSM-2016/2016-03-14-Merchtem-Pakespad/i-bjfKhWs/A
> aub ?
> Wat is de naam van de supermarkt ?
>
> Alvast bedankt voor je input.
>
> m.
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Naangeving POI

[Marc Gemis]

2016-04-27 10:35 GMT+02:00 Colin Smale :
> Vwb Albert Heijn: ik denk niet dat het vermelden van de filiaalnaam echt
> waarde toevoegt - je weet immers al waar je bent/kijkt.

Het toevoegen van de filiaalnaam is iets wat in Duitsland wel frequent
gebeurt heb ik de indruk.

Zou je kunnen kijken naar deze foto
https://xian.smugmug.com/OSM/OSM-2016/2016-03-14-Merchtem-Pakespad/i-bjfKhWs/A
aub ?
Wat is de naam van de supermarkt ?

Alvast bedankt voor je input.

m.

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Naangeving POI

[Marc Gemis]

Het is inderdaad niet steeds even eenvoudig om uit te maken wat er nu
deel uitmaakt van de naam en wat niet.
Nu vind ik het bij een voetbalvereniging nog eenvoudig. Is de naam van
de club "VV Willibrord" of "FC Twente", dan komt die VV of FC
(eventueel voluit geschreven) erbij.

Bij je andere voorbeelden, maar ook bij "kerk" of "kapel" vind ik het
moeilijker om te weten wat de naam is.
Je zou eventueel in een handelsregister of zo kunnen kijken.

Een bijkomend probleem: hoort de dorpsnaam bij de naam of niet ?
"Albert Heijn Breda" of gewoon "Albert Heijn" ?

m.

2016-04-27 8:23 GMT+02:00 Ronald Stroethoff :
> Ik heb een vraag over de naamgeving van points of interest (POI)
> vaak zie ik namen zoals:
> basisschool de klaproos
> snackbar de centenbrug
> voetbal vereniging willibrord
>
> mij lijkt dat een beetje dubbelop, we hebben immers al aangegeven dat het
> een school, snackbar of voetbal vereniging is.
>
> Ronald
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Fwd: [Talk-GB] weekly 271

[Marc Gemis]

-- Forwarded message --
From: Manfred A. Reiter 
Date: Fri, Oct 2, 2015 at 10:51 PM
Subject: [Talk-GB] weekly 271
To: "talk...@openstreetmap.org" , Talk
Openstreetmap , talk...@openstreetmap.org


The weekly round-up of OSM news, issue # 271, is now available online in
English, giving as always a summary of all things happening in the
openstreetmap world: http://www.weeklyosm.eu

Enjoy!

weeklyOSM is brought to you by
...

-- 
## Manfred
## www.weeklyOSM.eu

___
Talk-GB mailing list
talk...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] http://forum.openstreetmap.nl

[Marc Gemis]

Als je op de individuele links naar de draadjes klikt, word je wel naar
forum.openstreetmap.org gestuurd.

mvg

m

2015-04-21 8:35 GMT+02:00 Marc Gemis marc.ge...@gmail.com:

 Bedoelt u misschien http://forum.openstreetmap.org ?
 Waar u het Nederlandse forum vindt op
 http://forum.openstreetmap.org/viewforum.php?id=12

 mvg

 m

 2015-04-21 8:32 GMT+02:00 Ronald Stroethoff stroe...@zonnet.nl:

 Beste lezers,

 als ik probeer om de website:¨http://forum.openstreetmap.nl¨ te bekijken
 dan
 krijg ik de foutmelding ¨Server niet gevonden¨.

 Ik hoop dat iemand tijd kan vinden om naar dit probleem te kijken.
 overigens, op de website ¨http://www.openstreetmap.nl¨ staat rechts
 onder de
 titel forum.openstreetmap.nl een samenvatting.
 Deze wordt al enige maanden niet meer bijgewerkt.

 Ronald


 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl



___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] ProRail spoordata import

[Marc Gemis]

2015-03-14 14:22 GMT+01:00 JJJ Wegdam jweg...@me.com:

 Zeer terechte vraag. De onderdelen binnen de groep 'Railway Tracks' zijn
 onderdelen die vrijwel altijd bestaande polylines (en nodes i.g.v. buffer
 stops) gaan vervangen. Ik ben in de veronderstelling dat het door jou
 beschreven probleem via de replace geometry tool
 http://wiki.osm.org/wiki/JOSM/Plugins/utilsplugin2#Replace_geometry_.28Ctrl.2BShift.2BG.29
 van JOSM te ondervangen is. Deze vervangt alleen de vorm (en niet de tags
 en relations). Tevens zal ik de genoemde onderdelen voor het laatst bewaren
 en vervolgens met veel zorg in kleine delen importeren. Kan je je daarin
 vinden?


Heb je die replacement geprobeerd ? Ik heb even een weg getekend en
geprobeerd een andere weg die deel uitmaakt van een relatie te vervangen.
Dit lijkt niet te lukken, behalve als de begin- en eindknoop van de nieuwe
en oude weg samenvallen. Het lijkt me al sneller te gaan als je de
verbeterde spoorlijnen gewoon zelf intekend door de bestaande knopen te
verschuiven. Dat toont ook meer respect voor je voorgangers.

Ik denk dus dat je best eerst de tools wat beter leert kennen voordat je
daadwerkelijk overgaat tot het schrijven van een import proposal, anders ga
je je voorstel er nooit doorkrijgen. Ze zijn heel kritisch op de import
mailing list. Dus niets veronderstellen, maar zelf uitproberen. Ik zou je
ook aanraden een tijdje manuele wijzingen te maken om een beter gevoel te
krijgen met de data en manier van mappen binnen OSM.

mvg

m
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] OSMC problemen

[Marc Gemis]

Misschien heb je meer succes als je lon...@denofr.de contacteert ? Of eens
kijkt of het probleem al gemeld is op
https://github.com/lonvia/waymarked-trails-site/issues ?

m.

2015-02-06 9:04 GMT+01:00 Patrick Coenen pe...@live.com:

 Een dag verder en een teleurstelling verder. ik heb route c van
 onderstaande relaties nog aangepast met een voorground = blue_lower. Die
 wordt binnen 10 minuten zichtbaar in waymarked trails. Maar geen witte 'C'
 op de voorgrond! en de andere 2 relaties heb ik zo getagged als Maarten
 voorgesteld heeft, daar helemaal geen effect!
 kan iemand me nog hiermee helpen of zelf in de relatie de osmc tag
 aanpassen?

 groet


 Ik heb de relaties zo gezet als onder aanbevolen, maar het wil niet
 helemaal op waymarkedtrails
 http://hiking.waymarkedtrails.org/nl/?zoom=17lat=50.93245lon=5.94529hill=0#

 Relatie 4559623 = blauw C
 Relatie 4559785 = groen D
 Relatie 4559610 = paars E

  Date: Thu, 5 Feb 2015 13:10:39 +0100
  From: md...@xs4all.nl
  To: talk-nl@openstreetmap.org
  Subject: Re: [OSM-talk-nl] OSMC problemen

 
  On 2015-02-05 12:52, Patrick Coenen wrote:
 
   ik heb een probleem met de tag OSMC symbol.
   De help functie op deze site [1] helpt me niet verder.
   Hoe moet ik de tag invullen om een gekleurd (paars/groen/blauw/rood)
   vierkantje te krijgen met daarin aan witte letter als symbool?
   mij lukt het niet [2]. een witte E moet op paarse achtergrond, witte D
   op een groene, witte C op een blauwe.
 
  Je bedoelt denk ik relatie 4559610? Volgens mij ben je een veld
  vergeten. Er staat nu
  purple:::E:white, volgens mij moet je purple:purple:::E:white hebben.
 
  way color:purple
  background:purple
  foreground:leeg
  foreground2:leeg
  text:E
  text color:white
 
  Maarten
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-nl

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl



 ___ Talk-nl mailing list
 Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] OSMC problemen

[Marc Gemis]

en je verandering was gedaan voor 12:02 UTC vandaag ?

m

2015-02-05 13:47 GMT+01:00 Patrick Coenen pe...@live.com:

 Ik heb de relaties zo gezet als onder aanbevolen, maar het wil niet
 helemaal op waymarkedtrails
 http://hiking.waymarkedtrails.org/nl/?zoom=17lat=50.93245lon=5.94529hill=0#

 Relatie 4559623 = blauw C
 Relatie 4559785 = groen D
 Relatie 4559610 = paars E

  Date: Thu, 5 Feb 2015 13:10:39 +0100
  From: md...@xs4all.nl
  To: talk-nl@openstreetmap.org
  Subject: Re: [OSM-talk-nl] OSMC problemen

 
  On 2015-02-05 12:52, Patrick Coenen wrote:
 
   ik heb een probleem met de tag OSMC symbol.
   De help functie op deze site [1] helpt me niet verder.
   Hoe moet ik de tag invullen om een gekleurd (paars/groen/blauw/rood)
   vierkantje te krijgen met daarin aan witte letter als symbool?
   mij lukt het niet [2]. een witte E moet op paarse achtergrond, witte D
   op een groene, witte C op een blauwe.
 
  Je bedoelt denk ik relatie 4559610? Volgens mij ben je een veld
  vergeten. Er staat nu
  purple:::E:white, volgens mij moet je purple:purple:::E:white hebben.
 
  way color:purple
  background:purple
  foreground:leeg
  foreground2:leeg
  text:E
  text color:white
 
  Maarten
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-nl

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] OpenGeo maakt dagelijkse mutaties BAG beschikbaar

[Marc Gemis]

2015-01-02 15:16 GMT+01:00 Stefan de Konink ste...@konink.de:

 Een van de diensten die daarom gemaakt zou kunnen worden is een
 OpenStreetBug koppeling op basis van wijzigingen in de BAG


Ik dacht dat OpenStreetBug stopgezet was ? zie [1]

mvg

m

[1] http://wiki.openstreetmap.org/wiki/OpenStreetBugs
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Voting

[Marc Gemis]

Het voorstel wordt gewoonlijk door de indiener ter stemming gebracht. Bv.
de street_cabinet proposal werd na ongeveer een half jaar ter stemming
voorgelegd. Het voorstel werd eerst neergeschreven en ter discussie
voorgesteld aan de tagging mailing list.

Soms verliest de indiener interesse, of is er gewoon geen interesse van de
community.
Verder is iedereen vrij om te stemmen, je hebt enkel een account op de wiki
nodig.

Wil dit zeggen dat je tag niet kan gebruiken ? Neen, als jij de zinvol vind
kan je ze gebruiken. Kijk bijvoorbeeld naar de heritage tags. Al jaren in
proposal fase, maar al duizende keren gebruikt.

Vandaar dat er mensen zijn die heel dat stemproces maar niks vinden (veel
te weinig stemmen nodig). Zij gaan ervan uit dan nuttige tag wel vanzelf
gebruikt worden, en kijken liever naar taginfo.openstreetmap.org om de
bruikbare tags te vinden.

mvg

m

2014-12-29 11:30 GMT+01:00 Jan van Bekkum jan.vanbek...@gmail.com:

 Goedemorgen,

 Ik heb een vraag over het stemproces. De procedure heb ik in de wiki
 gevonden, maar mij is daaruit niet duidelijk geworden wanneer een voorstel
 voor stemming wordt ingediend en wie stemt. Bijvoorbeeld Extend camp_site
 staat al bijna vijf jaar in RFC met eigenaar various terwijl er nog wel
 regelmatig dingen worden toegevoegd.

 Als achtergrond: ik ben bezig om OSM-aanvullingen en -correcties verzameld
 tijdens een overlandtrip van Nederland naar Zuid Afrika (
 www.DeEinderVoorbij.nl) te verwerken.

 Groeten,

 Jan van Bekkum

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Nieuweling

[Marc Gemis]

Welkom als mapper.

Voor het geval je de wiki pagina's voor het mappen van weerstations nog
niet gevonden mocht hebben:
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmonitoring_station
http://wiki.openstreetmap.org/wiki/Key:monitoring:weather

veel plezier met het mappen

m

2014-12-27 13:24 GMT+01:00 Seijo Kruizinga s.kruizi...@hccnet.nl:

 Beste Streetmappers,

 Ik heb pas onlangs iets van me laten horen maar wil graag gaan meewerken
 aan OSM. Hierbij iets van mijn achtergrond en ervaring. Ik heb een lange
 ervaring, vanaf 1960, met computers maar vooral op de klassieke wijze met
 fortran, algol, unix etc. Veel rekenwerk e.d. ook nu nog. Twee jaar geleden
 kocht ik een Dakota 10 met als plan om een kaart van de omgeving van
 Oisterwijk te maken met paden en paadjes die ik zelf gewandeld had. Ik heb
 toen ook naar OSM gekeken maar vond het moeilijk voor mijn doel te
 gebruiken. Ik heb daarna wat geëxperimenteerd met SVG (
 www.kruizinga-verschure.nl) en KML (zie bijlage). Dit moet wel allemaal
 nog afgewerkt worden. Nu heb ik mij weer gemeld bij OSM. Veel geleerd van
 learnosm.org Mijn plannen zijn nu om in Oisterwijk en omgeving de OSM te
 gaan bijwerken en om de waarneemstations van het KNMI op de kaart te
 zetten, hoort bij mijn andere hobby.

 Seijo Kruizinga

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Taglocator met links

[Marc Gemis]

neem eens een kijkje op http://learnosm.org/en/

Natuurlijk kan je ook gewoon naar osm.org surfen, een account aanmaken en
dan op edit klikken. Dan krijg je ook een inleiding in de iD editor.

veel plezier.

m


2014-12-23 23:34 GMT+01:00 Seijo Kruizinga s.kruizi...@hccnet.nl:

  L.S.

 Ik keek via de link van Marc naar de situatie in Oisterwijk en zag de
 volgende problemen:

- Het postkantoor zoals aangegeven bestaat niet meer
- Op de hoek v/d B. Verwielstraat is een apotheek

 Ik wil graag bijdragen aan verbetering maar weet niet echt goed hoe. Is er
 ergens een simpele maar wel uitgebreide inleiding voor het voor het werken
 met OSM. Ik heb wel een computerachtergrond maar vooral in het ouderwetse
 programmeren.

 Seijo Kruizinga
  Marc Zoutendijk schreef op 23-12-2014 22:36:

 Taglocator nu met klikbare links!

  http://mijndev.openstreetmap.nl/~marczoutendijk/taglocator/

  Op verzoek van Gertjan.

  Gertjan, ik kon jouw code niet gebruiken wegens onverenigbaarheid van
 diverse basisonderdelen.
 Ik heb nu zelf wat gesleuteld.

  Voorlopig nog even proefdraaien.
 Opvallend is dat er erg weinig websites op die nodes zijn te vinden… (ik
 schat 1 op de 500).

  Marc.



 ___
 Talk-nl mailing 
 listTalk-nl@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-nl



 Geen virus gevonden in dit bericht.
 Gecontroleerd door AVG - www.avg.com
 Versie: 2015.0.5577 / Virusdatabase: 4257/8793 - datum van uitgifte:
 12/23/14



 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Privacy van deze mailinglijst?

[Marc Gemis]

Sommige mensen gebruiken een ander email adres voor mailing lists.
Ik denk niet dat je het archieven zoals je hier [1] ziet zomaar kan
aanpassen  om de email adressen te verbergen. Dat is nu eenmaal het online
leven.

mvg

m

[1] http://wiki.openstreetmap.org/wiki/Mailing_lists

2014-12-24 8:39 GMT+01:00 Léon Tebbens l...@tebbens.eu:

 Zonder dat ik het wist is mijn email via deze mailinglijst zichtbaar op
 internet.

 Voorbeeld
 https://lists.openstreetmap.org/pipermail/talk-nl/2014-November/015003.html
 (via Google gevonden)

 Hoe kunnen we ervoor zorgen dat emailadressen onzichtbaar gemaakt worden?

 Warme groet,
 Léon

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Lekenvraag

[Marc Gemis]

Hallo Pander,

Kijk eens op deze wiki pagina:
http://wiki.openstreetmap.org/wiki/Bestaande_geodata_hergebruiken

Ik denk dat je daar je bron gewoon kan aan toevoegen

 met vriendelijke groeten

m

2014-12-09 12:19 GMT+01:00 Pander pan...@users.sourceforge.net:

 On 12/09/2014 12:46 AM, St Niklaas wrote:
  Stefan, Pander vertelt niet waar de tekening vandaan komt. Ik ga er
  zomaar vanuit dat er copyright op rust die een drempel vormt voor het zo
  gebruiken van de bron.
  Zelf maak ik ook gebruik van tekeningen maar slechts na officiele
  toesturing om de buiten maten te kunnen meten of gebruiken. De
  verwerking gaat met de maatsstok van JOSM.

 Mijn broer heeft het zelf ingemeten en wil het doneren. Aan wie kan hij
 zoiets, inclusief expliciet schrijven dat het om een donatie gaat, het
 beste opsturen aangezien hij en ik niet genoeg ervaring hebben met OSM
 om dat te plaatsen.
 
  From: ste...@konink.de
  To: talk-nl@openstreetmap.org
  Date: Tue, 9 Dec 2014 00:18:19 +0100
  Subject: Re: [OSM-talk-nl] Lekenvraag
 
  On Saturday, December 6, 2014 3:15:18 PM CEST, Pander OpenTaal wrote:
   Verder heb van het gebouw, dat een monument is, een tekening
 beschikbaar
   waarbij de binnen- en buitenkant volledig is ingemeten met Total
   Station. Is dat zinvol om aan OSM of een andere open bron bij te
  dragen?
 
  We kunnen het altijd op de mirror plaatsen als originele bron. Kun je er
  altijd via een kaartlaag bij.
 
  --
  Stefan
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-nl
 
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-nl
 


 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Welke tags voor straten in de bebouwde kom?

[Marc Gemis]

Je kan altijd een MapRoulette project opzetten. dan kan het heel vlug gaan.

2014-11-30 16:48 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com:


 Op 30 nov. 2014, om 14:14 heeft Maarten Deen md...@xs4all.nl het
 volgende geschreven:

 Dat komt omdat de AND import geen wegen als residential zijn geimporteerd.


 Dat was me inmiddels duidelijk geworden.


 Maar moeten we dat niet gaan veranderen? Want nu staat er echt heel
 veel verkeerd.


 Ik zie niet wat er verkeerd gaat. Wat is er mis met een weg binnen de
 bebouwde kom die als unclassified is getagd?


 Wat er in mijn ogen nu niet klopt is dat op OpenStreetMap soortgelijke
 straten op verschillende manieren worden getagd.
 Als heel Brussel vol ligt met residentials en heel Amsterdam met
 unclassifieds - terwijl het om dezelfde soort straten gaat - dan is dat
 toch niet helder voor de gebruiker?

 En als je zelf (zoals je hieronder schrijft) dat dus wijzigt, dan is er
 dus klaarbkijkelijk ook in jouw ogen iets niet in orde met die tagging.


 Als ik ze zelf tegenkom en ik wijzig iets aan de weg (meestal maxspeed)
 dan verander ik de highway tag ook. Eigenlijk makkelijk: 30 km/h is altijd
 residential, 50 km/h is vrijwel altijd residential (het kan natuurlijk
 buiten de bebouwde kom liggen.

 En wie gaat dat veranderen? Kan dat niet geautomatiseerd worden? Zijn
 er bezwaren?


 Bezwaren: wat is er mis en waarom zou je het geautomatiseerd willen
 veranderen.


 Ik zou het geautomariseerd willen doen vanwege het grote aantal straten,
 maar dat stuit op veel te veel bezwaren omdat er dan ten onrechte straten
 worden gewijzigd die niet gewijzigd mogen worden.  Want er zijn wel
 degelijk straten die met recht UCL hebben binnen de bebouwde kom.
 Als alle andere tags op de straten correct zouden zijn (zoals bv. de
 snelheidslimiet) dan zou je nog een filter kunnen maken:

 If (speedlimit = 30) AND (highway=unclassified) then
 highway = residential

 Maar in de meeste gevallen zijn die andere tags er niet.
 Mijn conclusie is dan ook: het wordt handwerk.

 Marc.


 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Welke tags voor straten in de bebouwde kom?

[Marc Gemis]

2014-11-30 18:15 GMT+01:00 Maarten Deen md...@xs4all.nl:

 Tja, wat in Brussel (België) normaal is wil niet zeggen dat dat in
 Nederland normaal is. In België is het blijkbaar normaal om residential
 area's zo op te splitsen dat wegen altijd buiten een residential area
 vallen. Levert heel


Bedoel je met residential area landuse=residential ? Dit heeft toch niets
met bebouwde kom te maken ?
'k ben zelf ook niet zo'n voorstander om vele kleine blokjes
landuse=residential te hebben, maar ik maak me er ook niet druk over.

Bovendien lijken mij de meeste van die highway=unclassified over wegen in
industriegebieden te gaan. Na een eerste vluchtige blik op ene simpele
overpass query. Dus vanwaar komt die statement in Brussel zijn er veel
unclassified wegen ? Niet alles binnen de Brusselse Ring is woongebied. Ik
geef toe dat de Jacob Smitstraat beter als residential zou getagged worden.
(toch op het eerste zicht, kleine gebouwen ter grootte van een huis)

mvg

m
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] OSMand route in Almere via busbaan ???

[Marc Gemis]

Het lijkt mij dat zowel graphhopper (
https://graphhopper.com/maps/?point=%20Albrecht%20Durerweg%2044%2C%20Almerepoint=Fassbinderstraat%2048%2C%20Almerelayer=Lyrk
) en osrm ( http://osrm.at/abe ) je nu beiden langs de juiste route sturen.
Dus als OsmAnd net de kaart nam toen Almere gesloopt werd [1], zou het
wel eens kunnen dat de navigatie fout loopt tot dat je een update krijgt
van de kaart.

groeten

m

[1] zie het draadje van vorige week op deze mailing list.

2014-11-25 15:39 GMT+01:00 Theo de Kraker theodekra...@gmail.com:

 OSM-And v1.2.9.g geïnstalleerd op mijn smartphone.
 Deze werkte goed tot kort geleden.
 Nu echter wordt ik met de auto over de BUSBAAN geleid  
 De routeplanner staat echter wel degelijk ingesteld op AUTO.

 Route Fassbinderstraat 48, Almere naar Albrecht Durerweg 44, Almere met
 AUTO stuurt mij rechtstreeks via de BUSBAAN!

 De Fassbinderstraat (bestaande uit 3 parallelle straten) heeft slechts 1
 ingang via de Simon van Collemstraat.
 Andere in-/uitgangen zijn uitsluitend VOET-/FIETSPADEN.

 De juiste weg zou zijn: Fassbinderstraat, Simon van Collumstraat, Jaques
 Tatilaan, Veluwedreef, Hagevoortdreef, Albrecht Durerweg.

 Ik hoop dat dit zo snel mogelijk wordt hersteld

 mvg
 Theo de Kraker

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Netherland mapping for Tourists / Adress nodes move to building etc

[Marc Gemis]

On Mon, Oct 6, 2014 at 8:06 AM, Maarten Deen md...@xs4all.nl wrote:

 On 2014-10-06 06:48, Marc Gemis wrote:

 After 3.5 years and 34.000 addresses, I have to admit that an import
 is the only way to get addresses in OSM fast.

 But is the conclusion that we have to make that a crowed-sourced model
 for map making failed ? That we have to move to an import of
 third-party databases model ? One were the source is maintained
 elsewhere and OSM is nothing more than a combination of all those
 databases ?


 I don't think anyone is claiming that. You seem to be fond of
 exaggerations.


I didn't say anybody claim that. I'm just wondering whether it failed. So
far we haven't seen a country that is capable to add the same amount of
address data by crowd-surfing as the imports in Denmark or The Netherlands.
So how many mappers do we need to add the same amount of address data in a
reasonable timeframe ? Is this number feasible ?
How long will users accept that missing data ? Will they switch to OSM
navigation without that data ?

Maybe I'm exaggerating, but when I read that there are thousands of paid
employees that keep the BAG up-to-date, how can the current mapping
population in Belgium handle this ?
So I think that one day, all communities will start importing data. Be it
addresses, bus stops, fire hydrants or another collections of data that is
kept by a government or company.
Just because there is much more data than mappers can handle by surveys.

I'm not saying OSM as an open database is failing. I just think the
survey+map model requires many more people than we'll ever find.



 OSM can be changed by everyone who has registered. So yes, a tourist
 mapper can change BAG data. AFAIK there is no process in place for updates
 of BAG data.


Ok, that's what they said on the forum as well, but just with a  but it
might be better to report it back as well. :-)

regards

m
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Netherland mapping for Tourists / Adress nodes move to building etc

[Marc Gemis]

yes and no. It would solve my fear of touching BAG-imported data. But why
would data that was imported be treated in a different way ?
If I don't understand some mapping I will ask the previous mapper, or place
a note. But a mapper should not be bothered by updating an external
database (e.g. BAG).

regards

m

On Mon, Oct 6, 2014 at 1:23 PM, St Niklaas st.nikl...@live.nl wrote:

 Hi,
 My 10cnts, is it logic to make a 'rule or agreement' to avoid mapping
 conclicts by just placing a marker if a mistake or anythng else has been
 noticed, just to alert local mappers ? Or just send them (the last mapper)
 a mail with the remark.
 Hendrikklaas



 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Netherland mapping for Tourists / Adress nodes move to building etc

[Marc Gemis]

You'll beat us on numbers, that's true.

Maybe the problem that I see is not so much the imports, but the
maintenance of all that data (imported or manually added).

Who is going to see all those mistakes, changes, etc. when all the data is
there ? The one that I saw was a building in a forest. That's easy to spot
when it is demolished. But how will you notice that the shape of a building
is incorrect when there are thousands of buildings?

At this moment, most communities are still adding data, the Dutch import
 speeds up this process, so the Dutch community will be in the next phase
before the others. You can rely on other parties (BAG) for the updates, but
will they catch mistakes ? The building I'm talking about is demolished 2
or 3 years ago. Why was the BAG not updated yet ? Will people be looking
for mistakes when all data seems to be there ?

I see a similar problem with the Belgian walking networks. The Flemish
Tourism office doesn't know (at least that seems so) that changes are made
to the network. I don't know who makes those changes then. So they ask the
public to report the changes. So just relying on them (if we would be
allowed), would immediately give us all routes, but with a lot of mistakes.
People will think the data is there, but will they be willing to actively
search for mistakes ?

So the challenge is to find people that want to find those mistakes. Less
interesting than adding new data.
I'm looking forward to see how the Dutch community is going to tackle this.

regards

m


On Sun, Oct 5, 2014 at 8:10 PM, Johan C osm...@gmail.com wrote:

 Anyway this is not doing anything positive for my feelings on imports.

 In terms of having data for a routing engine (like OsmAnd) a definition
 can be that any missing address in a country is an error. The number of
 missing addresses in the Netherlands is calculated recently: on a total of
 approx. 8,5 million addresses 60.000 are missing at the moment (0,7%
 error). How does that compare to Belgium or Germany?




 2014-10-05 19:49 GMT+02:00 Marc Gemis marc.ge...@gmail.com:


 On Sun, Oct 5, 2014 at 4:49 PM, Johan C osm...@gmail.com wrote:

 The BAG should contain the correct building outline, since this is
 Cadastral information, nowadays updated very often. But as any database,
 the BAG might incidentally have errors. Satellite imagery though is at risk
 of being well outdated. So in these cases it's possibly best to have groun
 truth info to determine the correct building outline.


 Funny that Florian found an error, and that I also found 2. And that for
 holiday mappers. :-)
 Anyway this is not doing anything positive for my feelings on imports.

 regards

 m

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl



 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Netherland mapping for Tourists / Adress nodes move to building etc

[Marc Gemis]

For maintenance, the way we do it now doesn't work IMHO. At least not with
only a handful of (40-50) mappers in both Belgium and The Netherlands. We
can't keep up with the changes.

IMHO The amount of work to add new data is approx. the same as verifying
and keeping it up to date.
I wonder how many mappers we really need to keep a country such a The
Netherlands up-to-date. Not only on addresses, but also on POIs (companies,
shops, benches, traffic signs, schools, sidewalks, paths, access
permissions, etc. etc.)

I also see  a cultural difference between The Netherlands (having done 2
major imports already) and Belgium (more averse towards big imports). So
it's also interesting to see how this has an impact on those things.

Happy mapping

m

p.s. Hopefully you can drop by some time and remove some of those phantom
buildings the AND import introduced in the north of Belgium :-)


On Sun, Oct 5, 2014 at 9:09 PM, Maarten Deen md...@xs4all.nl wrote:

 On 2014-10-05 20:58, Marc Gemis wrote:

 You'll beat us on numbers, that's true.

 Maybe the problem that I see is not so much the imports, but the
 maintenance of all that data (imported or manually added).

 Who is going to see all those mistakes, changes, etc. when all the
 data is there ? The one that I saw was a building in a forest. That's
 easy to spot when it is demolished. But how will you notice that the
 shape of a building is incorrect when there are thousands of
 buildings?


 How will you do this if there has been no import? I see no difference in
 maintaining OSM data after import or after manual mapping. In both cases
 the environment can change and it will only be changed in OSM if someone
 notices.

 The only difference is that after an import there is more data. If you
 think maintaining more data is a bad thing, then we all have to stop
 entering in OSM.

  At this moment, most communities are still adding data, the Dutch
 import  speeds up this process, so the Dutch community will be in the
 next phase before the others. You can rely on other parties (BAG) for
 the updates, but will they catch mistakes ? The building I'm talking
 about is demolished 2 or 3 years ago. Why was the BAG not updated yet
 ? Will people be looking for mistakes when all data seems to be there
 ?


 Again, I see no difference with manually entered data. There too you can
 have features that are years out of date. If no one notices, it is no
 problem. If a mapper notices it, it will be fixed.

  So the challenge is to find people that want to find those mistakes.
 Less interesting than adding new data.
 I'm looking forward to see how the Dutch community is going to tackle
 this.


 As said: the same as now. If you are not interested in maintaining the
 data you entered then that data will be outdated too. I'm just so glad we
 have a nice map in the Netherlands where I only need to fix minor things so
 I can spend time mapping somewhere else.

 Regards,
 Maarten

  On Sun, Oct 5, 2014 at 8:10 PM, Johan C osm...@gmail.com wrote:

  Anyway this is not doing anything positive for my feelings on
 imports.

 In terms of having data for a routing engine (like OsmAnd) a
 definition can be that any missing address in a country is an error.
 The number of missing addresses in the Netherlands is calculated
 recently: on a total of approx. 8,5 million addresses 60.000 are
 missing at the moment (0,7% error). How does that compare to Belgium
 or Germany?

 2014-10-05 19:49 GMT+02:00 Marc Gemis marc.ge...@gmail.com:

 On Sun, Oct 5, 2014 at 4:49 PM, Johan C osm...@gmail.com wrote:
 The BAG should contain the correct building outline, since this is
 Cadastral information, nowadays updated very often. But as any
 database, the BAG might incidentally have errors. Satellite imagery
 though is at risk of being well outdated. So in these cases it's
 possibly best to have groun truth info to determine the correct
 building outline.
 Funny that Florian found an error, and that I also found 2. And that
 for holiday mappers. :-)
 Anyway this is not doing anything positive for my feelings on
 imports.

 regards

 m
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl [1]


 ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-nl [1]



 Links:
 --
 [1] https://lists.openstreetmap.org/listinfo/talk-nl

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Netherland mapping for Tourists / Adress nodes move to building etc

[Marc Gemis]

After 3.5 years and 34.000 addresses, I have to admit that an import is the
only way to get addresses in OSM fast.

But is the conclusion that we have to make that a crowed-sourced model for
map making failed ? That we have to move to an import of third-party
databases model ? One were the source is maintained elsewhere and OSM is
nothing more than a combination of all those databases ?
Are we going to a Google-like model were ordinary mappers cannot change
stuff and see the result immediately ? Will everything have to be
approved by the original data source ? Are those the kind of questions
that the OSM-future group is thinking about ?

Another, related question is how do you want to deal with updates on BAG
data now. Can a (tourist) mapper change the building outline or remove it ?
Or will it be reverted with the next BAG update when the change is not
reported back to BAG ? That's what I've read on the forum when I reported
the mistake.

regards

m

On Sun, Oct 5, 2014 at 9:56 PM, Johan C osm...@gmail.com wrote:

 Marc, I agree with Maarten. Let's hope that our address data helps users
 appreciate OSM apps more. And that these apps are smart enough to draw more
 users into mapping.

 You have a good point on maintenance versus the number of mappers. On the
 BAG data it's luckily quite simple: thousands of paid people are constantly
 working on updating that data. Challenge for the OSM community is to get
 these updates efficiently into OSM. That's being worked on, but it needs
 some programming on a JOSM plugin.

 2014-10-05 21:39 GMT+02:00 Marc Gemis marc.ge...@gmail.com:

 For maintenance, the way we do it now doesn't work IMHO. At least not
 with only a handful of (40-50) mappers in both Belgium and The Netherlands.
 We can't keep up with the changes.

 IMHO The amount of work to add new data is approx. the same as verifying
 and keeping it up to date.
 I wonder how many mappers we really need to keep a country such a The
 Netherlands up-to-date. Not only on addresses, but also on POIs (companies,
 shops, benches, traffic signs, schools, sidewalks, paths, access
 permissions, etc. etc.)

 I also see  a cultural difference between The Netherlands (having done
 2 major imports already) and Belgium (more averse towards big imports). So
 it's also interesting to see how this has an impact on those things.

 Happy mapping

 m

 p.s. Hopefully you can drop by some time and remove some of those phantom
 buildings the AND import introduced in the north of Belgium :-)


 On Sun, Oct 5, 2014 at 9:09 PM, Maarten Deen md...@xs4all.nl wrote:

 On 2014-10-05 20:58, Marc Gemis wrote:

 You'll beat us on numbers, that's true.

 Maybe the problem that I see is not so much the imports, but the
 maintenance of all that data (imported or manually added).

 Who is going to see all those mistakes, changes, etc. when all the
 data is there ? The one that I saw was a building in a forest. That's
 easy to spot when it is demolished. But how will you notice that the
 shape of a building is incorrect when there are thousands of
 buildings?


 How will you do this if there has been no import? I see no difference in
 maintaining OSM data after import or after manual mapping. In both cases
 the environment can change and it will only be changed in OSM if someone
 notices.

 The only difference is that after an import there is more data. If you
 think maintaining more data is a bad thing, then we all have to stop
 entering in OSM.

  At this moment, most communities are still adding data, the Dutch
 import  speeds up this process, so the Dutch community will be in the
 next phase before the others. You can rely on other parties (BAG) for
 the updates, but will they catch mistakes ? The building I'm talking
 about is demolished 2 or 3 years ago. Why was the BAG not updated yet
 ? Will people be looking for mistakes when all data seems to be there
 ?


 Again, I see no difference with manually entered data. There too you can
 have features that are years out of date. If no one notices, it is no
 problem. If a mapper notices it, it will be fixed.

  So the challenge is to find people that want to find those mistakes.
 Less interesting than adding new data.
 I'm looking forward to see how the Dutch community is going to tackle
 this.


 As said: the same as now. If you are not interested in maintaining the
 data you entered then that data will be outdated too. I'm just so glad we
 have a nice map in the Netherlands where I only need to fix minor things so
 I can spend time mapping somewhere else.

 Regards,
 Maarten

  On Sun, Oct 5, 2014 at 8:10 PM, Johan C osm...@gmail.com wrote:

  Anyway this is not doing anything positive for my feelings on
 imports.

 In terms of having data for a routing engine (like OsmAnd) a
 definition can be that any missing address in a country is an error.
 The number of missing addresses in the Netherlands is calculated
 recently: on a total of approx. 8,5 million addresses 60.000 are
 missing

Re: [OSM-talk-nl] Sites met OSM zonder attribution

[Marc Gemis]

Ik heb onlangs 2 Belgische websites een heel informeel emailtje gestuurd.
Bij de ene was het de dag erna al verholpen, bij de andere duurde het wat
langer vanwege een vakantie.


een van de mailtjes

- - -
Het lijkt mij dat jullie een MapQuest kaartje gebruiken met data van het
OpenStreetMap project. Hartelijk dank voor deze keuze.
Maar o.a. om het OSM project meer bekendheid te geven, vragen we steeds dat
er een copyright notice op de kaartjes staat.
Zie http://www.openstreetmap.org/copyright

Zou het mogelijk zijn deze copyright toe te voegen aan het kaartje ?

alvast  bedankt !

met vriendelijke groeten

- - -

meer hoeft het blijkbaar niet te zijn.

m



2014-10-02 14:00 GMT+02:00 talk-nl-requ...@openstreetmap.org:

 Send Talk-nl mailing list submissions to
 talk-nl@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
 https://lists.openstreetmap.org/listinfo/talk-nl
 or, via email, send a message with subject or body 'help' to
 talk-nl-requ...@openstreetmap.org

 You can reach the person managing the list at
 talk-nl-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-nl digest...


 Today's Topics:

1.  Sites met OSM zonder attribution (Frank Fesevur)
2.  Verbetering OsmAnd voor Nederlands (Pander OpenTaal)
3. Re:  Sites met OSM zonder attribution (clara)
4. Re:  Sites met OSM zonder attribution (Pander OpenTaal)
5. Re:  Sites met OSM zonder attribution (St Niklaas)


 --

 Message: 1
 Date: Thu, 2 Oct 2014 09:58:16 +0200
 From: Frank Fesevur f...@users.sourceforge.net
 To: talk-nl@openstreetmap.org
 Subject: [OSM-talk-nl] Sites met OSM zonder attribution
 Message-ID:
 
 cakf2h5rwoemetnk6gzubylofmvqfjmzvt699vpnxqfmigrj...@mail.gmail.com
 Content-Type: text/plain; charset=UTF-8

 Hoi,

 Als ik het goed zie gebruikt de website http://www.zwemwater.nl
 OSM-data om zijn kaart te renderen, maar ik kan nergens een
 attribution vinden. Ook zijn er geen contactgegevens van de beheerder
 van de website te vinden op de site. Alleen een verwijzing naar de
 algemene nummers van de diverse provincies.

 Daarnaast is sinds kort (nog in beta) een nieuwe site van de makers
 van Buienradar verschenen: http://www.routeradar.nl/ Ook die gebruiken
 volgens mij op OSM gebaseerde tiles maar ook hier zonder attribution.
 Ze stellen zelf uitgebreide gebruiksvoorwaarden op, maar de toch niet
 heel ingewikkelde gebruiksvoorwaarden van OSM respecteren ze niet.

 Gegroet,
 Frank



 --

 Message: 2
 Date: Thu, 02 Oct 2014 10:46:40 +0200
 From: Pander OpenTaal pan...@opentaal.org
 To: 'OpenStreetMap NL discussion list' talk-nl@openstreetmap.org
 Subject: [OSM-talk-nl] Verbetering OsmAnd voor Nederlands
 Message-ID: 542d10f0.7020...@opentaal.org
 Content-Type: text/plain; charset=utf-8

 Hoi allemaal,

 Voor betere ondersteuning van Nederlands in OsmAnd, geef een /star/ aan
   https://code.google.com/p/osmand/issues/detail?id=2414
   https://code.google.com/p/osmand/issues/detail?id=2422

 Voor wie niet weet wat OsmAnd is, probeer het eens uit op je
 Androidtoestel, ook voor routenavigatie. Achter de schermen heb ik
 vernomen dat er 2015 er ook een app voor iPhone zijn.

 Groetjes,

 Pander
 --
 Stichting OpenTaal  http://opentaal.org
 http://twitter.com/opentaal



 --

 Message: 3
 Date: Thu, 02 Oct 2014 19:24:24 +0900
 From: clara cl...@aktivix.org
 To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
 Subject: Re: [OSM-talk-nl] Sites met OSM zonder attribution
 Message-ID: 542d27d8.8070...@aktivix.org
 Content-Type: text/plain; charset=UTF-8

 Hi,

 en ik denk dat de omgevingskaarten in de bushaltes van de GVB in
 Amsterdam op basis van OSM zijn.

 Door de BAG-import is dat ondertussen minder goed te zien, maar als je
 bij voorbeeld in de buurt van de Overtoom kijkt, dan zie je het aan de
 voetpaden in de Vondelpark en het feit dat de Vondelbunker erop staat.

 Ook het mix van bloken die er met en zonder binnentuin op staan, was van
 voor de BAG-import toen een paar via Bing gedaan waren en anderen nog niet.

 groet
 clara

 On 02/10/14 16:58, Frank Fesevur wrote:
  Hoi,
 
  Als ik het goed zie gebruikt de website http://www.zwemwater.nl
  OSM-data om zijn kaart te renderen, maar ik kan nergens een
  attribution vinden. Ook zijn er geen contactgegevens van de beheerder
  van de website te vinden op de site. Alleen een verwijzing naar de
  algemene nummers van de diverse provincies.
 
  Daarnaast is sinds kort (nog in beta) een nieuwe site van de makers
  van Buienradar verschenen: http://www.routeradar.nl/ Ook die gebruiken
  volgens mij op OSM gebaseerde tiles maar ook hier zonder attribution.
  Ze stellen zelf uitgebreide gebruiksvoorwaarden op, maar de toch niet
  heel ingewikkelde gebruiksvoorwaarden van OSM 

Re: [OSM-talk-nl] Overlay met directionele metingen laagfrequent geluid

[Marc Gemis]

Overpass Turbo kan enkel gebruikt worden voor data die in OSM zit.
Jouw data gaat extern staan (vermoed ik).
Dan moet je beiden (osm tiles en jouw data) combineren. Je kan dan eens
naar http://umap.openstreetmap.org kijken als je niet veel zelf wil
programmeren.

Wel je zelf wel programmeren in JavaScript dan kan je jouw data via
bijvoorbeeld Leaflet of OpenLayers combineren met OSM tiles.

groeten
m


2014-09-20 14:00 GMT+02:00 talk-nl-requ...@openstreetmap.org:

 Overlay met directionele metingen laagfrequent geluid
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] kwaliteitscontrole fietsroutes

[Marc Gemis]

Misschien niet onmiddellijk beschikbaar voor iedereen, maar hier is hoe
Esri het in de toekomst wil doen:

http://stateofthemap.us/session/making-data-alchemy/
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] rwn_ref in de database

[Marc Gemis]

Rob,

ken je http://osma.vmarc.be/ al ? Marc doet daar een analyze van de
correctheid van de wandel- en fietsnetwerken. Je kan hem contacteren op
m...@vmarc.be

met vriendelijke groeten

een andere Marc
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] [OSM-talk-be] hangout cancelled

[Marc Gemis]

Bedankt Jo, dat je zou willen overnemen
ik zal misschien toch nog een deel kunnen meedoen, maar ik heb ook nog eens
wachtdienst. Dus als er een dringende oproep is moet ik alles laten vallen.
Anders uitstellen tot volgende week ?

met vriendelijke groeten

m


2013/11/22 Jo winfi...@gmail.com

 Ik kan eventueel wel overnemen, al weet ik niet of ik het volledige
 geplande programma kan brengen.

 Ik kan alleszins wel tonen hoe ik om de paar maanden het hele
 fietsroutenetwerk onder handen neem, om te zorgen dat alle onderbrekingen
 van de routes er weer uit zijn.

 Ik heb dit in het begin van de week nog 's gedaan voor Vlaams-Brabant,
 Limburg, Antwerpen en Noord-Brabant. Oost- en West-Vlaanderen had 'k
 'gereserveerd' voor de hangout. Ik wil ook nog wel eens een provincie in
 Nederland aanpakken. Daar zullen veel meer foutjes in zitten, aangezien het
 al weer veel langer geleden is dat ik me daarmee heb bezig gehouden (jaren
 ipv maanden).

 Het script dat ik maakte, maakt me wel attent op problemen, maar dan
 moeten ze wel nog manueel worden opgelost en dat is nogal tijdsintensief.

 Jo


 Op 20 november 2013 05:19 schreef Marc Gemis marc.ge...@gmail.com:

  ten gevolge van familiale omstandigheden kan ik jammer genoeg niet de
 gastheer zijn van de hangout nu vrijdag. Indien niemand kan overnemen, zal
 deze niet plaatsvinden.

 met vriendelijke groeten

 m

 ___
 Talk-be mailing list
 talk...@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be



 ___
 Talk-be mailing list
 talk...@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] hangout cancelled

[Marc Gemis]

ten gevolge van familiale omstandigheden kan ik jammer genoeg niet de
gastheer zijn van de hangout nu vrijdag. Indien niemand kan overnemen, zal
deze niet plaatsvinden.

met vriendelijke groeten

m
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Subject: Re: relaties downloaden als gps probleem

[Marc Gemis]

`

 Message: 6
 Date: Thu, 14 Nov 2013 12:25:17 +0100
 From: Jo winfi...@gmail.com
 To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
 Subject: Re: [OSM-talk-nl] relaties downloaden als gps probleem
 Message-ID:
 CAJ6DwMDPL5P-ub=ksLFVbs1j2uSMO78Z_jFBQEUdn1B=
 cgr...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Ik heb ook code in Python die kwaltiteitscontrole uitvoert op de
 knooppuntenrelaties. Deze code kan worden uitgevoerd in JOSM dankzij de
 scripting plugin.

 Het is inderdaad allemaal nogal complex, maar mijn code kan wel overweg met
 rotondes.

 Laat iets weten als het je interesseert. Als je het ziet zitten om een
 hangout te doen, dan kan ik je ermee op weg helpen. Ik heb ook scripts
 geschreven die gpx-bestanden aanmaken. Het formaat van GARMIN ken ik niet,
 maar als het XML is, is dat doenbaar om dat aan te passen.

 Voorwaarde is wel dat de relaties al op orde staan. Voor de
 fietsknooppuntenrelaties heb ik me daar een tijdje mee bezig gehouden, ook
 in Nederland. Nu ben ik druk bezig aan OV in Vlaanderen.

 Jo (Polyglot)



Het is sowieso mijn bedoeling om een hangout op te zetten volgende week
vrijdag avond rond wandel- en fietsroutes. Zou het nog op de BE-mailing
list moeten aankondigen. Mijn inbreng zou het gewone survey+map gedeelte
zijn. Hopelijk kan Jo erbij zijn voor het scripting deel.

m
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Hangout over wandel- en fietsroutes/netwerken

[Marc Gemis]

'k zou een hangout willen opzetten rond wandel- en fietsroutes, evenals
knooppunten. Zelf kan ik het hebben over de surveys van wandelknooppunten
en het inbrengen via JOSM. Ik heb daarvoor nog wat data liggen met inbegrip
van tentakels, het moeilijkste stuk bij wandelknoopunten.

 Ik hoop dat Jo erbij kan zijn en dan zijn validatiescripts kan
demonstreren/uitleggen.

Datum: vrijdag 22/11/2013 om 20u (volgende week) Ik post de URL van de
hangout op beide mailing lists rond 19u30. Iedereen welkom, bij voorkeur
met hoofdtelefoon om vervelende echo's te vermijden.

met vriendelijke groeten

m

p.s. voor de Nederlandse vrienden. We hebben recentelijk 3 hangouts gedaan
 om informatie over het gebruik van JOSM te delen. De bedoeling is om dit
op regelmatige basis te laten plaatsvinden.
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Hoe restaurants vast te leggen die eten bezorgen in opdracht van Thuisbezorgd.nl ?

[Marc Gemis]

Ik ben niet echt voorstander om zulke verzamelingen te gaan mappen in
OSM. Je brengt ook niet all tankstations van merk X onder in 1 relatie.
Maar als je toch op dit pad wil verder gaan, gebruik dan misschien een
relatie type=collection. (Zie taginfo:
http://taginfo.openstreetmap.org/relations ) Er is wel geen wiki
documentatie.

met vriendelijke groeten

m


Beste OpenStreetMappers,

 Sinds vorige week neemt Thuisbezorgd.nl betalingen in Bitcoins aan. Mijn
 vraag is nu hoe dit vast te leggen in OpenStreetMap? De zaken waar
 Thuisbezorgd.nl mee samen werkt nemen namelijk, tot zo ver bekend, zelf
 geen Bitcoins aan.

 Wanneer een zaak wel Bitcoins aanneemt, leg ik dat vast met sleutel
 payment:Bitcoin yes.

 Het lijkt mij dat je een restaurant welke samenwerkt met Thuisbezorgd.nl
 onderdeel zou moeten maken van de relatie of superrelatie genaamd
 Thuisbezorgd.nl. En dat deze (super)relatie dan als eigenschap zou
 moeten hebben dat deze Bitcoin aanneemt.

 Wanneer ik een relatie aanmaak, kan ik kiezen uit:
 Route
 Boundary
 Restriction
 Multipolygon
 relation

 Dan maak ik een relation aan, maar die lijkt dan als hoofdeigenschap
 het desbetreffende restaurant te hebben. Terwijl dat dan dus
 Thuisbezorgd.nl zou moeten zijn. Hier loop ik dus vast.

 Iemand anders oplossingen hiervoor?

 --

 Met vriendelijke groet,

 Best regards,

 Bas de Lange



 --

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl


 End of Talk-nl Digest, Vol 81, Issue 8
 **

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] POI en websites

[Marc Gemis]

2013/10/6  talk-nl-request@open

 Als ik een POI (point of interest) aanbreng dan zoek ik zoveel mogelijk de
 website erbij.[OSM-talk-nl] POI en websites

Ik plaats die er ook zoveel mogelijk bij. De website
http://www.openlinkmap.org maakt deze informatie dan ook nog eens
toegankelijk

groeten

m

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Vertaling van OSM labelnamen

[Marc Gemis]

2013/10/6  talk-nl-requ...@openstreetmap.org:
 Hoi allemaal,

 Dit is mijn OpenTaalgeweten dat de kop op steekt; is er een Nederlandse
 versie van OSM en van haar online editors? Zijn er i18n-bestanden voor
 beschikbaar? Ik kan me herinneren dat er wel vertaalinitiatieven zijn
 geweest maar geen idee hoe die aan te zetten. Preferred language 'nl' in
 profile settings OSM gaf geen verschil.

 Groeten,

 Pander


Onlangs schreef Gilbert dit op de Belgische mailing list

Ik heb net een nieuwe versie van de NL vertaling van de Browsing wiki
pagina gemaakt (http://wiki.openstreetmap.org/wiki/NL:Browsing). Heeft
er iemand tijd en zin om eens na te kijken of er geen taalfouten,
moeilijke te snappen uitleg of andere onzin in staat ?

en dit


bedankt voor de moeite. En ik heb ook iets bijgeleerd. Ik wist niet
dat OSM ook in het Nederlands kon. Ik had in mijn profiel EN als
eerste taal in het rijtje staan - zonder mij te realiseren dat die
volgorde belang heeft - en kreeg bijgevolg de OSM interface in het
Engels.
Het is natuurlijk een kwestie van gewoonte. Ik werk altijd in het EN
met de computer. NL of eender welke andere taal op een computer doet
voor mij altijd wat onwennig aan...



Dus er is wel degelijk een Nederlandse versie aanwezig, je moet enkel
je browser wijsmaken dat Nederlands in de eerste plaats komt.

Ik meen ook ooit op deze lijst gelezen te hebben dat iD vertaald is in
het Nederlands.

Ik hoop dat dit je verder helpt

groeten

m

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] historic=monument

[Marc Gemis]

Hallo,

Omdat ik de laatste tijd nogal wat gemapped heb voor de gesichtskarten map,
kwam ik in contact met de makers ervan. Zij merken op dat
 de tag historic=monument veel gebruikt wordt, maar gewoonlijk voor de
verkeerde redenen. Volgens de wiki  mag de tag enkel gebruikt worden indien
aan de volgende eisen voldaan is (zie ook
http://wiki.openstreetmap.org/wiki/CheckTheMonuments (Duits))

a) een grote constructie (bv. een gebouw)
b) je moet er in/op/door kunnen wandelen
c) het moet opgericht zijn te nagedachtenis van een persoon of een
gebeurtenis.

Indien dit niet het geval is moet je een andere tag gebruiken. Zie ook
http://wiki.openstreetmap.org/wiki/CheckTheMonuments voor andere voorbeelden

a) kleinere objecten ter nagedachtenis van persoon/gebeurtenis:
historic=memorial
b) andere waarden voor de historic tag zoals yes, building, tank, castle,
...
c) voor beschermde monumenten heritage=4 + verdere beschrijving van het
item
   (voor België) kan je hiervoor de BENELUX presets voor JOSM gebruiken
d) man_made=windmill, watermill, ...

Je vindt alle historic monumenten op
http://geschichtskarten.openstreetmap.de/monuments , op het hoogste
zoomniveau zie je enkel aantallen, bij het inzoomen zie je de individuele
items. De voorbije dagen heb ik er al een aantal gewijzigd in België, maar
soms is er gewoon te weinig informatie om te weten hoe het moet
gecorrigeerd worden. Dus als je niet weet wat doen op deze regenachtige,
herfstige meidag ... Kijk eens of er bij jouw in de buurt geen monumenten
staan.

groeten


m
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] namen van gemeenten

[Marc Gemis]

Wat mij vandaag opviel op de mapnik rendering van OpenStreetMap is dat in
Nederland
de namen van de gemeenten verschillende keren voorkomen op zoom niveau 14.

http://www.openstreetmap.org/?lat=51.4861lon=4.8397zoom=14layers=M

bv. Chaam staat er 3 keer op

Dit is niet het geval aan Belgische zijde.
Doen jullie de gemeenten (deelgemeenten) op een andere manier dan wij ?

Marc
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] namen van gemeenten

[Marc Gemis]

Bedankt Maarten en Minko voor de uitleg. De landuse=residential met
gemeente naam komt niet voor in België bij mijn weten. Hoe het met die
boundary zit zoek ik later wel eens uit.

groeten

Marc


2013/4/16 talk-nl-requ...@openstreetmap.org

 Send Talk-nl mailing list submissions to
 talk-nl@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
 http://lists.openstreetmap.org/listinfo/talk-nl
 or, via email, send a message with subject or body 'help' to
 talk-nl-requ...@openstreetmap.org

 You can reach the person managing the list at
 talk-nl-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-nl digest...


 Today's Topics:

1.  namen van gemeenten (Marc Gemis)
2. Re:  namen van gemeenten (Minko)
3. Re:  namen van gemeenten (Maarten Deen)


 --

 Message: 1
 Date: Tue, 16 Apr 2013 10:21:46 +0200
 From: Marc Gemis marc.ge...@gmail.com
 To: talk-nl@openstreetmap.org
 Subject: [OSM-talk-nl] namen van gemeenten
 Message-ID:
 
 cajkjx-sanuuuot0sadny3_h3c5ah5u2n7-pvryfzc1sa429...@mail.gmail.com
 Content-Type: text/plain; charset=iso-8859-1

 Wat mij vandaag opviel op de mapnik rendering van OpenStreetMap is dat in
 Nederland
 de namen van de gemeenten verschillende keren voorkomen op zoom niveau 14.

 http://www.openstreetmap.org/?lat=51.4861lon=4.8397zoom=14layers=M

 bv. Chaam staat er 3 keer op

 Dit is niet het geval aan Belgische zijde.
 Doen jullie de gemeenten (deelgemeenten) op een andere manier dan wij ?

 Marc
 -- next part --
 An HTML attachment was scrubbed...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-nl/attachments/20130416/c918bddd/attachment-0001.html
 

 --

 Message: 2
 Date: Tue, 16 Apr 2013 10:34:59 +0200 (CEST)
 From: Minko ligfiet...@online.nl
 To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
 Subject: Re: [OSM-talk-nl] namen van gemeenten
 Message-ID:
 1577334070.2076848.1366101299959.JavaMail.root@mailstore15
 Content-Type: text/plain; charset=utf-8

 De namen op de Mapnik kaart worden gerenderd door 3 zaken
 name tag op landuse=residential
 name en place=* node
 name op administrative boundaries (admin_level=8 (gemeenten) en 10
 (woonplaatsen) in NL)

 De eerste name is een overbodige tag en zou weggehaald mogen worden?
 De laatste zou Mapnik beter moeten kunnen renderen (niet op de laagste
 zoomniveau's)
 De Mapquest laag doet het beter, die laat alleen de place nodes renderen.

  Wat mij vandaag opviel op de mapnik rendering van OpenStreetMap is dat
  in Nederland
  de namen van de gemeenten verschillende keren voorkomen op zoom niveau
  14.
 
 
  http://www.openstreetmap.org/?lat=51.4861lon=4.8397zoom=14layers=M
 
 
 
  bv. Chaam staat er 3 keer op
 
 
  Dit is niet het geval aan Belgische zijde.
  Doen jullie de gemeenten (deelgemeenten) op een andere manier dan
  wij ?



 --

 Message: 3
 Date: Tue, 16 Apr 2013 10:37:51 +0200
 From: Maarten Deen md...@xs4all.nl
 To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
 Subject: Re: [OSM-talk-nl] namen van gemeenten
 Message-ID: 297b38783f909049fdf7b3671fc1e...@xs4all.nl
 Content-Type: text/plain; charset=UTF-8; format=flowed

 On 2013-04-16 10:21, Marc Gemis wrote:
  Wat mij vandaag opviel op de mapnik rendering van OpenStreetMap is
  dat in Nederland
  de namen van de gemeenten verschillende keren voorkomen op zoom niveau
  14.
 
  http://www.openstreetmap.org/?lat=51.4861lon=4.8397zoom=14layers=M
  [1]
 
  bv. Chaam staat er 3 keer op
 
  Dit is niet het geval aan Belgische zijde.
  Doen jullie de gemeenten (deelgemeenten) op een andere manier dan
  wij ??

 Er is een node 42838224 place=village, name=Chaam, een way 6332800
 landuse=residential, name=Chaam en de derde komt waarschijnlijk van
 relation 2718260 boundary=administrative, admin_level=10, name=Chaam.

 Ik neem aan dat van alle drie de naam gerenderd wordt. Vrijwel alle
 plaatsen in Nederland zitten op deze manier in OSM. Daar waar het
 gehuchten betreft (Chaamdijk, Grinderdoor) heb je alleen de place node
 en de landuse way, niet de boundary relation.

 Maarten



 --

 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl


 End of Talk-nl Digest, Vol 74, Issue 6
 **

___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] http://wiki.openstreetmap.org/wiki/Key:building

[Marc Gemis]

Er is wel degelijk een verschil in de rendering tussen
building:yes
en
building:house

bij de eerste wordt overal een donker lijntje rondgetrokken, bij de tweede
niet
het verschil zie je bv. hier

http://www.openstreetmap.org/?lat=51.07731lon=4.426079zoom=18layers=M

de huizen in Markt zijn building=yes. die in de Kerkstraat building=house
met ertussen eentje dat geen gezinswoning is.

ivm. met terrace, zodra er opgesplitst is in afzonderlijke huizen moet je
feitelijk building:house gebruiken. building:terrace enkel voor het geheel,
de hele rij.
Consider defining each dwelling separately using 'house'. heb ik vroeger
niet gezien (of het stond er niet). Dus vandaar dat de huizen in de
Veerstraat nog als terrace staan aangeduid.

Ik begrijp Maarten niet als hij zegt dat jullie in Nederland geen terrace
kennen. Jullie hebben toch ook rijhuizen ?

groeten

m.
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] Page on adding house numbers

[Marc Gemis]

I've tried to describe the methods I use to add house numbers (22.000 so
far :-) )

http://wiki.openstreetmap.org/wiki/User:Escada/JOSM_and_Housenumbers

I'll hope to translate the page in Dutch as well.

regards

m
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg

[Marc Gemis]

Persoonlijk vind ik het een slecht idee om in de key een stukje waarde te
stoppen.
De keys moeten mooi opgesomd op een pagina kunnen gezet worden. Als elke
mapper maar willekeurig  keys kan gaan bij maken (door stukjes achter
bestaande te plakken) gaat de betekenis van key verloren IMHO.

Verder stel je een 3 dimensioneel model (een paal met bordjes) voor door
een 1 dimensioneel (een punt).  Feitelijk heb je dus 3 punten nodig, eentje
voor de paal en eentje voor het bordje aan elke kant. En dan nog een
streepje ertussen. Moeilijk natuurlijk als de bordjes onder elkaar liggen.
Dan moet je 2 punten op elkaar leggen en dat wordt niet door het OSM model
ondersteund.

Dus als je de bordjes (en niet de paal) beschouwt,  wijken 2 nodes nog niet
zo ver af van de werkelijkheid.

2 knopen lijkt mij het eenvoudigste, ook al voor de interpreterende
software of queries die niet moeten gaan zoeken op allerlei varianten van
keys om stopplaatsen van een bepaalde maatschappij terug te vinden.

just my .5 cents

m


2013/3/14 talk-nl-requ...@openstreetmap.org

 Send Talk-nl mailing list submissions to
 talk-nl@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
 http://lists.openstreetmap.org/listinfo/talk-nl
 or, via email, send a message with subject or body 'help' to
 talk-nl-requ...@openstreetmap.org

 You can reach the person managing the list at
 talk-nl-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-nl digest...


 Today's Topics:

1.  diverse websites met verzamelingen (Ronald Stroethoff)
2. Re:  Bussen van De Lijn in Maastricht/Tilburg (Jo)
3. Re:  Bussen van De Lijn in Maastricht/Tilburg (Maarten Deen)
4. Re:  Bussen van De Lijn in Maastricht/Tilburg (Jo)


 --

 Message: 1
 Date: Wed, 13 Mar 2013 21:01:50 +0100
 From: Ronald Stroethoff stroe...@zonnet.nl
 To: talk-nl@openstreetmap.org
 Subject: [OSM-talk-nl] diverse websites met verzamelingen
 Message-ID: khqivb$ok0$1...@ger.gmane.org
 Content-Type: text/plain; charset=ISO-8859-1

 Ik heb een paar interresante websites ontdekt.
 de website moskeewijzer.nl met een overzicht van moskeeen in Nederland

 de website oplaadpunten.nl met een overzicht van electrische oplaadpunten
 voor electrische auto's

 Wellicht kunnen we er nog iets mee.

 Ronald Stroethoff




 --

 Message: 2
 Date: Wed, 13 Mar 2013 20:30:01 +0100
 From: Jo winfi...@gmail.com
 To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
 Subject: Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
 Message-ID:
 CAJ6DwMDQ5_CLwLPd2T4wVEkxskYMLx=
 vztmg07djvlskb-w...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Op 13 maart 2013 19:39 schreef Maarten Deen md...@xs4all.nl het
 volgende:

  On 2013-03-13 19:25, Rob wrote:
 
  Ho Jo
 
  De laatste keer dat ik contact met hem had, over verwijderde items
  van me, was z'n moto less is more
  Hij gaat schijnbaar voor een mooie rustige kaart.
 
 
  Hmm. Ik heb ook eens met iemand een discussie gehad die nodes voor haltes
  aan twee zijden van een weg aan het weghalen was.
 
  Ik vind zelf dat als het een en dezelfde halte is (dus op dezelfde plek
 De
  Lijn als Veolia) kan het beter een node zijn. verschillende zones kun je
  oplossen met zone:NL en zone:BE of zo iets.
 

 Dat zou dan al beter zone:Veolia en zone:De_Lijn zijn, vermoed ik. Geloof
 me, die piste had ik al uitgeprobeerd maar dan met zone:De_Lijn en zone:TEC
 en dan natuurlijk operator=De Lijn;TEC;STIB/MIVB.
 Het begin er al mee dat tagnames gewoonlijk geen hoofdletters of spaties
 bevatten. Verder zou dat dan betekenen dat alle haltes in Nederland en
 Belgi? hertagd moeten worden om dit consistent te krijgen.

 Vandaar dat ik dus was begonnen met een node per operator die dan samen met
 de andere attributen van de halte gegroepeerd worden in een
 public_transport=stop_area relatie.

 Het voordeel is dat elk zo'n halte aan de bijbehorende routerelaties kunnen
 worden toegevoegd.

 Jo
 -- next part --
 An HTML attachment was scrubbed...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-nl/attachments/20130313/0b41e8fd/attachment-0001.html
 

 --

 Message: 3
 Date: Wed, 13 Mar 2013 20:36:51 +0100
 From: Maarten Deen md...@xs4all.nl
 To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
 Subject: Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg
 Message-ID: 7b0965104cf0c22d261fe27200e0a...@xs4all.nl
 Content-Type: text/plain; charset=UTF-8; format=flowed

 On 2013-03-13 20:30, Jo wrote:
  Op 13 maart 2013 19:39 schreef Maarten Deen md...@xs4all.nl het
  volgende:
 
  On 2013-03-13 19:25, Rob wrote:
 
  Ho Jo
 
  De laatste keer dat ik contact met hem had, over verwijderde items
  van me, was z'n moto less is more
  Hij gaat schijnbaar voor een mooie 

Re: [OSM-talk-nl] Bussen van De Lijn in Maastricht/Tilburg

[Marc Gemis]

Zelfs op de wiki pagina over het gebruik van de punt-comma wordt het
gebruik ten zeerste afgeraden: zie
http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator

quote
It is important to know that only a few specialized applications will
handle semi-colon seperated values, and only for a few tags. Most OSM
Tools, map renderes, taginfo and the XAPI *do not handle* these values
end quote

m
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

[OSM-talk-nl] voorstellen en vraagje over importeren

[Marc Gemis]

Hallo,

ik ben Marc en ben sinds 2 jaar mapper in jullie buurlandje. Sinds kort heb
ik me ook op deze lijst ingeschreven om zo een kijkje over de grens te
nemen.

Ik las met veel interesse de mails over het importeren van data. Ik vraag
me af hoe dat in zijn werk gaat. Hoe vermijd je dat wegen dubbel voorkomen
? Hoe beslis je dat 2 wegen gelijk zijn terwijl er misschien toch kleine
onderliggende verschillen zijn ? Zijn er betrouwbare algoritmes die nieuwe
wegen mooi aansluiten op bestaande ? Ervoor zorgen dat je niet door huizen
loopt ? Bruggetjes over beekjes leggen ?

Indien dat niet allemaal automatisch kan ? Is het manueel nakijken dan niet
even tijdrovend als het manueel ingeven ?

met vriendelijke groeten
Marc
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl