Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Johan C]

2018-02-14 18:50 GMT+01:00 Dave F :

> On 14/02/2018 17:13, Maarten Deen wrote:
>
>> On 2018-02-14 17:39, Dave F wrote:
>>
>>> I think I have read it correctly.
>>>
>>> https://www.openstreetmap.org/node/5408566797
>>>
>>> It is easy to determine this shared node is part of the roundabout as
>>> well as the entrance from Wapping & can exit along Commercial, or if
>>> required, continue around the roundabout:
>>> How is this different from, say, two side roads joining a main road at
>>> the same node?,
>>>
>>
>> Because a machine can not determine if you are actually entering the
>> roundabout or not.
>>
>
> Yes it can. It has the junction=roundabout tag on the way.
>
> Technically speaking you are not because you are just touching one node of
>> the roundabout.
>>
>
> Yes you are. You may not be on there very long, but you approach the
> roundabout, pass the signs saying it's a roundabout, give way to those
> already on it, you enter it & then indicate that you're leaving it.
>
>
>> The same at this roundabout, going from Wapping Road to Commercial Road
>> it will tell you to "turn left into Commercial Road" and not to "enter the
>> roundabout and exit at the first exit into Commercial Road".
>>
>
> Noting my comment above, if a router doesn't tell you the latter, then
> it's a poor program. Commercial Rd is the first exit
>
> Just connecting to a road on a node does not mean you enter that road. The
>> same at intersections, if you cross a road (connected by a node) you do not
>> enter that road so you do not need instructions for it.
>>
>
> A router has to be aware of it & know what it's attributes are, to decide
> if it needs to go along it. It does this from a *single* node. If it can do
> it at intersections it can do it on roundabouts.
>
> Roundabouts are just another type of intersection.
>
>
No, they are not. Roundabouts are special types of intersections. They have
a way on which you can drive round. And round. And round. And they have
other ways leading to and from this round way. Whenever you enter the
roundabout you drive on this round way, even if it's just for a metre. And
then you exit this round way on to a different way.

The present tagging (used since 2005 or so, and all around the globe) is
fine.


> DaveF
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-nl] Luchtfoto's 2016 beschikbaar voor tracen in OSM

[Johan C]

Met ingang van gisteren zijn luchtfoto's van Beeldmateriaal Nederland in
een resolutie van 25 centimeter beschikbaar voor het bijwerken van
OpenStreetMap. De foto's kennen een maximale afwijking van 20 centimeter en
zijn daarmee de referentie om wegen en dergelijke in OSM op de juiste
plaats in te tekenen. Het beeldmateriaal (waarvan de huidige versie is
ingewonnen tussen mei en juli 2016) wordt aangeboden via het Nationaal
Georegister
.
Meer informatie is te vinden op de site van Beeldmateriaal
.

Het beeldmateriaal is beschikbaar onder een CC-BY 4.0 licentie. Die
licentie kent twee voorwaarden: naamsvermelding en geen aanvullende
restricties. Ik heb met het Kadaster contact opgenomen, met het volgende
resultaat:

1. Aan de eerste voorwaarde, naamsvermelding, is voldaan door het opnemen
van dit beeldmateriaal (met een link naar www.beeldmateriaal.nl) op de
volgende pagina: http://wiki.openstreetmap.org/wiki/Impo … rthophotos


2. Ten aanzien van de tweede voorwaarde, geen aanvullende restricties, gaf
het Kadaster aan dat het CC-BY 4.0 beeldmateriaal gebruikt mag worden om
OSM bij te werken.

Dank aan de deelnemende overheden, die ervoor hebben gezorgd dat het
beeldmateriaal onder een open licentie ter beschikking is gekomen. In het
bijzonder dank aan het Kadaster die het mogelijk heeft gemaakt om dit
beeldmateriaal te gaan gebruiken ten behoeve van OSM. En eveneens in het
bijzonder dank aan Rijkswaterstaat: de werksessie die we in september 2015
hebben gehad met RWS heeft een impuls gegeven aan deze vrijgave, dus dit is
een concreet resultaat geworden van de werksessie.

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

Re: [OSM-talk-nl] Afgesloten weg

[Johan C]

Hoi Freek,

ik kan je al wel een antwoord geven, maar ik help je denk meer door je te
verwijzen naar het forum:
https://forum.openstreetmap.org/viewforum.php?id=12
Daar zitten namelijk mensen die, regelmatig veel beter dan ik, weten hoe je
hier mee om kan gaan.

Gr., Johan

Op 8 februari 2017 om 23:01 schreef Freek Dijkstra :

> Vraagje van een noob (dat ben ik),
>
> Ik heb vanochtend een wijziging gemaakt, en vraag me af of ik dat op de
> aanbevolen manier heb gedaan. Het gaat om
> https://www.openstreetmap.org/changeset/45910956
> De gemeente heeft een wandelpad (een trap) afgesloten met een groot
> hekwerk.
>
> Mijn eerste vraag is hoe ik dat weergeef. Vanzelfsprekend heb ik het pad
> "access=no" meegegeven, maar ik wil ook duidelijk hebben dat er een hek
> dwars over het pad geplaatst is. Dat heb ik nu gedaan met een node op
> het pad, met tag "barrier=fence". Dat laatste lijkt niet aanbevolen,
> alleen ways zouden deze tag horen te krijgen, niet nodes. Hoe zou ik het
> wel moeten doen?
>
> Mijn tweede vraag is of ik de relaties goed heb gezet. Dit weggetje was
> onderdeel van drie wandelpaden. Ik heb met JSOM de relatie van deze
> wegen omgezet naar de aanbevolen route (de gemeente heeft borden
> geplaatst met de tekst "omleiding, hou rekening met 15 seconden extra
> reistijd". Vlakbij snackkiosk "Ed Kroket". Mooier kan je het niet
> krijgen, toch?). Enfin, ik gebruik JOSM zelden, en vroeg me af of ik nog
> rekening had moeten houden met de richting (direction) van de ways. Ik
> heb de lijst van ways wel op goede volgorde gezet, maar ben niet bekend
> genoeg met JOSM of dat afdoende was.
>
> Dank voor de suggesties,
> Freek
>
> ___
> 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: Morgen!

[Johan C]

Ik ben er niet bij Reinier. Wel veel plezier gewenst! En hopelijk zie ik je
bij de nieuwjaarsborrel in januari.

Gr., Johan

Op 19 okt. 2016 4:38 p.m. schreef "Reinier Battenberg" <
rein...@mountbatten.nl>:

> Hallo allemaal,
>
> Laatste update voor morgen: er staat een pizza houtoven voor de deur die om
> 19:00 sharp pizza's voor ons bakt. 8 euro per pizza is het beste wat ik
> uit de
> onderhandelingen heb kunnen slepen. Kom niet te laat, want de oven blijft
> niet
> te lang aan.
>
> Er komen een paar goeie mappers, oa. Polyglot/Jo heeft toegezegd uit
> Vlaanderen af te reizen naar het zuiden van ons land. Dus als je iets wilt
> leren over Openbaar Vervoer mappen, Wikidata integratie of de vele andere
> projecten waar hij bij betrokken is, dan is dit een uitgelezen kans.
>
> Arriva komt niet zelf, maar wel een buschauffeur die per 11 december de
> nieuwe
> routes gaat rijden.
>
> Tot morgen!
> inschrijven nog steeds op:
>  https://www.eventbrite.com/e/registratie-openstreetmap-
> maastricht-de-nieuwe-buslijnen-28432144309
>
> Groeten,
>
> Reinier
>
>
>
> On Friday, 7 October 2016 16:32:25 CEST you wrote:
> > Welkom welkom, zie er naar uit weer eens andere mappers IRL te ontmoeten.
> >
> > We zouden de pdf's ook kunnen georefencen en op een geoserver zetten of
> los
> > uitdelen. Kun je ze helemaal makkelijk overtrekken.
> >
> > En er staat die avond iemand op het plein van Caracola pizza's te bakken
> met
> > een mobiele pizza oven, ik heb alleen de subsidie niet rond.
> >
> > Reinier
>
>
> --
> groeten/regards,
>
> Reinier Battenberg
> Mountbatten
> tel: +31 687 348 845
> twitter: @batje
> skype: reinierbattenberg
>
> ___
> 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] Tagging van winkel-ketens

[Johan C]

Voor diegeen die Multivlaai en Supervlaai wil bijwerken:
https://openkvk.nl/zoeken/Multivlaai  /
https://openkvk.nl/zoeken/Supervlaai

Gr., Johan

Op 31 augustus 2016 19:07 schreef Ronald Stroethoff :

> Ik las op deze webpagina:
> http://forum.openstreetmap.org/viewtopic.php?id=33909
> een discussie over het taggen van winkelketens.
> Iemand vermelde dat hij de volgende webpagina heeft bijgewerkt:
> https://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Shops
>
> Op deze webpagina komt ook de volgende tekst voor:
> shop=bakery
> Multivlaai (9x)
>
> Ik hoop dat iemand tijd kan vinden om dit aantal bij te werken, het zijn er
> inmiddels wat meer geworden.
> En kan dan ook de winkelketen supervlaai erbij genoemd worden?
>
>
> ___
> 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] Spoken street names

[Johan C]

There's a third one: MagicEarth

Cherio, Johan

Op 17 aug. 2016 07:06 schreef "Hans De Kryger" :

OsmAnd
http://osmand.net/


Scout
http://www.telenav.com/products/scout/

*Regards,*

*Hans*

On Tue, Aug 16, 2016 at 9:09 PM, Nick Hocking 
wrote:

> Is there any navigation software (for a Mobile phone) that uses offline
> OSM data and also has spoken street names?
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>

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

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Johan C]

It's quite simple: as long as MAPS.ME operates in either the white or the
grey area of the license it's perfectly fine what they are doing.

Op 22 jul. 2016 12:04 p.m. schreef "Richard Fairhurst" :

> Ilya Zverev wrote:
> > Let's consider another use case. An application that shows OSM map,
> > and on top of it shows 1 mln of user points. A users has an option to
> > hide the OSM map underneath proprietary points, with a radius of 1
> > km. Does in that moment when a user clickes the options, the
> > combined map become derivative?
>
> The question then would be how ODbL treats a machine-generated result like
> that, where both independent datasets are transmitted to the device but the
> selection/arrangement of the "combined" result is done algorithmically
> on-device.
>
> That probably depends on your reading of the terms "Convey", "Use" and
> "Publicly" in ODbL; I confess to not being 100% sure how they would apply
> in
> such a case, and would be interested to hear others' opinions.
>
> Richard
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/OSM-legal-talk-MAPS-ME-combining-OSM-data-and-non-OSM-data-tp5877650p5878889.html
> Sent from the Legal Talk mailing list archive at Nabble.com.
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk-nl] multivlaai

[Johan C]

Goeie zaak!

Op 20 juli 2016 21:05 schreef Ronald Stroethoff :

> Alle vestigingen van multivlaai staan nu in openstreetmap
>
>
> ___
> 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] MAPS.ME edits - partly sub-standard

[Johan C]

Is MAPS.ME involved in this discussion? Without them interacting with the
community it will be of no use to have  further discussion.

Cheers, Johan
Op 21 jun. 2016 16:05 schreef "Oleksiy Muzalyev" <
oleksiy.muzal...@bluewin.ch>:

> On 21.06.2016 15:36, Oleksiy Muzalyev wrote:
>
>>
>> I wrote a program http://ausleuchtung.ch/geo_wiki/ which allows to find
>> location of all Wikipedia articles either by coordinates in the articles
>> themselves, or by the OpenStreetMap tags (wikipedia, wikimedia_commons,
>> wikidata) in the radius of ten kilometers around a click.
>>
>> It works for all language versions of Wikipedia, just change Wikipedia
>> language field from en to fr, de, it, ru, etc. A search by an OSM tag may
>> take 2 - 3 seconds.
>>
>> So it is possible to check Wikipedia articles locations and OSM tags in
>> an area visually. I noticed and corrected quite of few Wikipedia articles
>> with wrong geographical coordinates with this tool. Probably people, who
>> posses encyclopedic knowledge and create articles, are not always too good
>> in cartography.
>>
>> Best regards,
>>
>> Oleksiy
>>
>> For example, - the article Chapelle Notre-Dame-des-Voirons de Boëge
> https://fr.wikipedia.org/wiki/Chapelle_Notre-Dame-des-Voirons_de_Bo%C3%ABge
>
> You can see in the History of this Wikipedia article the correction of
> geographical coordinates on January 1, 2016. This chapel is situated on a
> mountain, but before the correction the coordinates had been pointing on
> the top of another mountain, about 15 kilometers away.
> brgds
> Oleksiy
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Johan C]

I don't know why it should be an invention by Zverik. However, since he is
both an OSFM board member and working for MAPS.ME he might show up with a
solution.

Cheers, Johan

2016-06-19 20:45 GMT+02:00 Tomas Straupis :

>   There is one bad convergence on this.
>
>   While I can also observe that in Lithuania in last month there was a
> huge increase in mapsme "edits" and 50% of those are straight bullshit
> (like adding as an artwork objects like "my crib", "place I fish",
> adding cyrillic names to name tag in Lithuania where cyrilic is
> totally alien etc.), 30% edits like adding duplicate points and only
> ~20% being edits which could be interpreted and after editing begin
> useful. Thankfully in Lithuania we employ a mechanism similar to
> wikipedias "patrolling" so things like that are fixed pretty quickly.
> But still it uses resources which could be used better.
>
>   But this is one another Zveriks "inventions" introducing havoc in
> OSM. We had russian automated translation adding to name:ru tags
> worldwide "because world of tank needs that". Before that we had
> zveriks "idea" of introducing natural=water for everything that is
> blue to tagging. Which was made less than a year after he joined OSM
> and with hundreds of thousands of objects already marked in a
> different way (that idea has failed because even after five years
> people still mark objects usual way rather than the new scheme).
>
>   Worst of all Zverik did not engage in any discussion about
> aforementioned bad decisions!
>
>   Maybe we should have some guards against such non discussed high
> impact "inventions"? And in case of "natural=water for everything
> blue" some mechanism to revert such not well thought out "proposals"?
>
> --
> Tomas
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-nl] BAG-plugin

[Johan C]

Hoi Ronald

Hij is zeker nog niet af, wat komt doordat het nog best ingewikkeld is om
de BAG en OSM met elkaar te vergelijken. Daar komt bijvoorbeeld nog bij dat
er sinds een week een probleem is met importeren vanuit de BAG WFS.

Wordt vervolgd...

Johan
Op 4 jun. 2016 08:42 schreef "Ronald Stroethoff" :

> Enige maanden geleden waren er meldingen over een nieuwe versie van de BAG-
> plugin.
> Toen werd er gemeld dat hij klaar was maar dat hij door een selecte groep
> in
> de praktijk getest moest worden.
> We zijn nu enige maanden verder en ik ben benieuwt wat de status daarvan
> is.
> Kan iemand mij daarover wat meer vertellen?
>
> 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] Guides to improve navigation data in OpenStreetMap

[Johan C]

Hi Abhishek

1. I think it's good to have a guide. But I'm familiar with discussions
through the standard OSM ways (Wiki pages, Diaries). I find GitHub not
easily accessible. Also, the danger exists that discussions are finished on
GitHub leading to changes in the guide, however omitting changes on the
Wiki pages. I think I would prefer to have a single point of discussion in
the standard OSM way. A possibility is this page:
http://wiki.openstreetmap.org/w/index.php?title=Talk:Lane_assist=edit=1

2. Shortly after Imagic launched the lanes suffix I helped improving some
issues. However, I always missed professional input since I think inventing
a good mapping scheme for supporting a lane assist is extremely complex.
Telenav had a bit of a discussion two years ago, that was it. I think it's
good to have Mapbox involved, but where are companies like TeleNav,
GeneralMagic and NavMii in this discussion?

3. One of the difficult topics is a situation involving two junctions.
Though I like the KISS way of the :lane suffix (avoiding a relation), in
case of two junctions a relation might be unavoidable, like in this
situation:
http://map.project-osrm.org/?z=18=51.896213%2C4.540266=51.896370%2C4.539505=51.896218%2C4.541039=en
Yep, the lane assist should help the driver by showing the left lane at the
starting point. Don't know how to tag it

4. The lack of involvement of companies building navigational apps might
not help getting OSM apps to the standard of apps like TomTom. In this
situation:
http://map.project-osrm.org/?z=16=51.944695%2C4.532418=51.934661%2C4.536710=51.946632%2C4.508986=en
MagicEarth does not show any lane assistance. It probably thinks this huge
intersection is a normal highway with a normal motorway exit, which should
not be showing up. I don't know if its a programming error or a case where
we need an extra tag like: lane_assist=yes, thus helping the router to
always display the lane assist.

5. A further topic might be the definition of the lanes tag, see this diary
entry: http://www.openstreetmap.org/user/imagic/diary/28309

Cherio, Johan


2016-03-10 11:03 GMT+01:00 Abhishek Saikia :

> Hello everyone,
>
> As a part of a recent push to improve OpenStreetMap navigation data, our
> team at Mapbox started collaborating documentation to create a
> comprehensive wiki on "* Guides to improve navigation data in
> OpenStreetMap *".
> This mapping guide is still not complete and the team intends to keep on
> adding new features to the guide  and make it more comprehensive so that it
> can be a reference to anyone who wants to contribute navigation data on
> OpenStreetMap. It will be helpful and great if the community can go through
> the guide and give their valuable feedback.
>
> Regards,
>
> Abhishek
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-nl] Luchtfoto's 2014 CycloMedia

[Johan C]

Hoi Albert, je mag van handmatige verwerking uitgaan

Johan

Op 7 februari 2016 13:41 schreef Albert Pool <albertp...@solcon.nl>:

> Ik heb gisteren ook toegang aangevraagd en nog geen mail ontvangen, is
> hier iets aan de hand of worden deze aanvragen met de hand (en dus alleen
> op werkdagen) verwerkt?
>
> Albert
>
> Op 05-02-16 om 23:48 schreef Martien Scheepens:
>
> Om toch maar eens een ander geluid te laten horen: ik vind de luchtfoto's
>> een geweldige toevoeging. In het landelijk gebied van Groningen zijn de
>> beelden van Bing zes jaar oud en hebben een lagere resolutie. Ik kan
>> eindelijk rotondes en nieuwe afritten exact uitlijnen :)
>>
>> Martien
>>
>> 
>> From: Tijmen Stam <mailingli...@iivq.net>
>> Sent: Friday, February 5, 2016 22:37
>> To: OpenStreetMap NL discussion list
>> Subject: Re: [OSM-talk-nl] Luchtfoto's 2014 CycloMedia
>>
>> Ik heb net de URL binnengekregen.
>>
>> Ik moet eerlijk gezegd ook zeggen dat de kwaliteit me wat tegenviel.
>> Vaak een stuk minder goed dan Google en, omdat Google net een update
>> heeft gedaan, minder actueel. De beeldkwaliteit is in delen van het land
>> zelfs minder dan de Bing-WMS die we mogen gebruiken.
>>
>> Tijmen
>>
>> On 11-01-16 09:27, Frank Steggink wrote:
>>
>>> Beste lijstgenoten,
>>>
>>> Vanochtend heb ik een e-mail gekregen van Cyclomedia met de URL van de
>>> endpoint + inloggegevens. Je kunt de WMS op de normale manier toevoegen.
>>> Wanneer je de lagen opvraagt, krijg je eerst een popup waar je de
>>> inloggegevens moet invullen. Kies vervolgens de laag
>>> NL_aerial_2014_50cm, wijzig eventueel de naam voor gebruik in JOSM en
>>> sla de laag op.
>>>
>>> De WMS ondersteunt geen EPSG:3857 (World Mercator), maar wel EPSG:4326
>>> (WGS84). Op zich is dat niet erg, want er zijn geen verschilen die door
>>> rotatie ontstaan tussen WM en WGS84. Op kleine schaal (landelijk niveau)
>>> zul je wel verschil zien, maar op het schaalniveau waarop we de
>>> luchtfoto's gebruiken (dus ingezoomd op buurtniveau) niet.
>>>
>>> Een eerste indruk is dat deze laag goed ligt. Ik had ook niet anders
>>> verwacht, tenzij e.e.a. verschoven ligt vanwege offset-instellingen. De
>>> BAG-panden in Papendorp (blokkendozen) liggen perfect, maar bijv. bij
>>> mijn huis elders in Utrecht lijkt op het eerste gezicht een kleine
>>> afwijking te zijn. Bij nadere inspectie blijkt dit door de parallax te
>>> komen, dus het verschijnsel waarbij gebouwen gaan overhellen.
>>>
>>> De kwaliteit van de luchtfoto's vind ik tegenvallen. Ik had er meer van
>>> verwacht. 50cm is dus toch erg weinig. Niet genoeg voor het tekenen van
>>> features als je een hele hoge kwaliteit nastreeft (bijv. BGT-niveau),
>>> maar nog wel bruikbaar voor het alignen van wegen, e.d. Ook is de
>>> schaduw hinderlijk, terwijl het contrast van de lichte delen matig is.
>>> Misschien is de kwaliteit beter bij gebruik van het RD stelsel in JOSM.
>>>
>>> De gebruikte JOSM-versie is 9329, dus de laatste stabiele release (met
>>> RD-ondersteuning).
>>>
>>> Groeten,
>>>
>>> Frank
>>>
>>> On 10-1-2016 21:43, Frank Steggink wrote:
>>>
>>>> Ik ben me nu aan het registreren. Ik vind wel dat er erg veel gegevens
>>>> ingevuld moeten worden, bijv. geboortedatum. Ik mis dan ook een
>>>> privacy-statement. (De link op de site gaat over de 360 graden-foto's.)
>>>>
>>>> Groeten,
>>>>
>>>> Frank
>>>>
>>>> On 10-1-2016 21:40, Frank Steggink wrote:
>>>>
>>>>> Maarten,
>>>>>
>>>>> Zoals ik artikel 1.3.4 interpreteer van de ToU denk ik dat het niet
>>>>> is toegestaan om deze luchtfoto's tezamen met OSM te visualiseren.
>>>>> Het enige wat is toegestaan, is om ze te gebruiken voor het bijwerken
>>>>> van OSM. Je mag niet de key die je ontvangen zou moeten hebben (of
>>>>> gaat ontvangen) delen.
>>>>>
>>>>> De meest gedetailleerde luchtfoto's van Bing hebbne in het algemeen
>>>>> dezelfde resolutie. In ieder geval is de kwaliteit van de
>>>>> Bing-luchtfoto's vaak niet denderend, omdat ze voor een deel ook via
>>>>> een satelliet genoemn zijn. Verder zijn de Bing-foto's al een jaar of
>>>>> 5 à 6 oud.
>>>>>
>>>>> Er is hier gekozen voo

[OSM-talk-nl] Luchtfoto's 2014 CycloMedia

[Johan C]

We zijn erg verheugd om aan te kondigen dat CycloMedia via WMS luchtfoto's
2014 in een resolutie van 50 cm. ter beschikking stelt aan OpenStreetMap.
Om toegang te krijgen tot de luchtfoto's moet je een licentie aangaan met
CycloMedia. Dat kun je hier doen:
http://www.cyclomedia.com/nl/openstreetmap/

CycloMedia heeft de foto's expliciet voor mappen in OpenStreetMap ter
beschikking gesteld. Dat houdt in dat er voor wat betreft het mappen geen
licentiebeperkingen zijn. Enig ander gebruik van de foto's is uitdrukkelijk
niet toegestaan. Lees svp ook de Terms of Service goed hierop na:
http://www.cyclomedia.com/nl/src/68f1cae79deb
Je krijgt de licentie voor een periode van 6 maanden. CycloMedia heeft
aangegeven dat je na de 6 maanden een verlenging kunt aanvragen.

Als je de foto's wilt gebruiken moet je in elke changeset waarbij je de
foto's gebruikt als comment de volgende tekst opnemen: © Aerodata
International Surveys BVBA, powered by CycloMedia Technology B.V.

De foto's zijn in RD formaat wat sinds kort native door JOSM wordt
ondersteund. De foto's zijn van voorjaar 2014 (en daarmee enkele jaren
actueler als de Bing foto's uit 2009/2010) en kennen geen afwijking,
waardoor deze de referentie zijn voor positionering van wegen en dergelijke.

Voor zowel CycloMedia als OSM is het beschikbaar stellen van deze foto's
een concreet eerste resultaat van de samenwerking. We hopen dat deze
samenwerking een vervolg krijgt.

Veel dank voor het mogen gebruiken van de luchtfoto's CycloMedia! Dit
betekent een boost in de kwaliteitsverbetering van OSM.

Veel plezier met het gebruik van de foto's! We horen en/of lezen graag
jullie ervaringen met het gebruik ervan.

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

[OSM-talk] Fw: read this

[Johan C]

Hello!



New message, please read <http://sekuritkorea.net/thought.php?c>



Johan C



---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-nl] Uitnodiging voor brainstormsessie samenwerking OSM-RWS.

[Johan C]

Indentiteitskaart, paspoort of rijbewijs

Gr., Johan
Op 16 sep. 2015 18:13 schreef "St Niklaas" :

> Beste Johan,
>
> Wat is daar een geldig legitimatie bewijs ?
>
> 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] Uitnodiging voor brainstormsessie samenwerking OSM-RWS.

[Johan C]

Het programma voor aanstaande zaterdag staat online, zie
http://www.meetup.com/OpenStreetMap-Nederland/events/223500394/

Graag op tijd aanwezig zijn, want het is een vol programma. Vergeet
overigens ook je legitimatiebewijs niet.

Het staat niet op het programma, maar liefhebbers krijgen de mogelijkheid
om vanaf circa 19:00 een hapje te gaan eten ergens in Utrecht

Cheers, Johan

Op 30 juni 2015 22:34 schreef Johan C <osm...@gmail.com>:

> 
>
> Gert-Jan en ik hebben vorige week overleg gehad bij Rijkswaterstaat over
> de brainstormsessie op 19 september. Die gaat plaatsvinden in het
> inspirerende LEF future center in Utrecht. Maar alleen op die locatie
> indien tijdig voldoende aanmeldingen van OSM'ers binnen zijn. Concreet
> houdt dit in dat voor 22 augustus 15 mensen zich aangemeld moeten hebben.
> Er is ook een maximum: om de sessie goed te laten lopen kunnen maximaal 20
> OSM'ers zich aanmelden. Het Ministerie van I heeft overigens ook
> belangstelling geuit voor deze brainstormsessie, wat concreet inhoudt dat
> de BGT (http://www.kadaster.nl/web/Themas/Registraties/BGT.htm)
> waarschijnlijk ter sprake gaat komen.
>
> Wil je je svp (ook al heb je je eerder bij Eric aangemeld) via
> http://www.meetup.com/OpenStreetMap-Nederland/events/223500394 zo spoedig
> mogelijk maar uiterlijk 22/8 opgeven voor deze sessie?
>
> Cheers, Johan
>
> Op 30 juni 2015 22:30 schreef Johan C <osm...@gmail.com>:
>
> 
>>
>> Gert-Jan en ik hebben vorige week overleg gehad bij Rijkswaterstaat over
>> de brainstormsessie op 19 september. Die gaat plaatsvinden in het
>> inspirerende LEF future center in Utrecht. Maar alleen op die locatie
>> indien tijdig voldoende aanmeldingen van OSM'ers binnen zijn. Concreet
>> houdt dit in dat voor 22 augustus 15 mensen zich aangemeld moeten hebben.
>> Er is ook een maximum: om de sessie goed te laten lopen kunnen maximaal 20
>> OSM'ers zich aanmelden. Het Ministerie van I heeft overigens ook
>> belangstelling geuit voor deze brainstormsessie, wat concreet inhoudt dat
>> de BGT ([url]http://www.kadaster.nl/web/Themas/Registraties/BGT.htm[/url])
>> waarschijnlijk ter sprake gaat komen.
>>
>> Wil je je svp (ook al heb je je eerder bij Eric aangemeld) via [url]
>> http://www.meetup.com/OpenStreetMap-Nederland/events/223500394/[/url] zo
>> spoedig mogelijk maar uiterlijk 22/8 opgeven voor deze sessie?
>>
>> Cheers, Johan
>>
>> Op 10 juni 2015 10:55 schreef Sebastiaan Couwenberg <sebas...@xs4all.nl>:
>>
>>> > Wat ik een hele leuke toevoeging van Rijkswaterstaat zou vinden, en
>>> > volgens
>>> > mij sluit dit aan op wat Hendrikklaas bedoelt, is wanneer terreinen die
>>> > normaal niet publiek toegankelijk zijn op afspraak open zouden kunnen
>>> > worden gesteld voor geinteresseerde openstreetmappers zoals
>>> Hendrikklaas.
>>> > Zou dat eventueel tot de mogelijkheden behoren? Het zou een leuke
>>> > aanvulling en prikkel kunnen zijn!
>>>
>>> Ik wil dit voorstel graag onderstrepen.
>>>
>>> Nederlandse Mapping Parties waarbij daadwerkelijk gemapped wordt zijn
>>> alweer een flinke tijd geleden, het gezamelijk mappen van RWS terreinen
>>> lijkt mij een geweldige gelegenheid om met OSM mappers en RWS personeel
>>> samen te werken.
>>>
>>> Mvg,
>>>
>>> Bas
>>>
>>>
>>> ___
>>> 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] Locaties van EAD's iets voor OSM?

[Johan C]

Nog niet helemaal Marc. Ik vermoed dat openpoimap de data uit OSM haalt, en
nog niet 1:1 gelinkt van de bronhouder (AED4eu cq het Radboud).

Gr., Johan

Op 3 september 2015 10:16 schreef Marc Zoutendijk <marczoutend...@mac.com>:

>
> Op 2 sep. 2015, om 23:34 heeft Johan C <osm...@gmail.com> het volgende
> geschreven:
>
> Het zou misschien ook beter zijn als laag op openpoimap.nl, dat op
> gebruikers is gericht in tegenstelling tot osm.org dat op mappers is
> gericht
>
>
> Daar zit het al in Johan!
>
>
> http://openpoimap.org/?map=various=14=51.44301=5.47239=B00FFFTFFF
>
> 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] Locaties van EAD's iets voor OSM?

[Johan C]

Het zou misschien ook beter zijn als laag op openpoimap.nl, dat op
gebruikers is gericht in tegenstelling tot osm.org dat op mappers is gericht

Op 2 september 2015 19:44 schreef Gert-Jan van der Weijden :

> +1
>
>
>
>
>
> *Van:* Gertjan Idema [mailto:g.id...@zonnet.nl]
> *Verzonden:* woensdag 2 september 2015 11:54
> *Aan:* OpenStreetMap NL discussion list
> *Onderwerp:* Re: [OSM-talk-nl] Locaties van EAD's iets voor OSM?
>
>
>
> Ik zou dit alleen doen in nauwe samenwerking met aed4.eu, als zij hier
> meerwaarde in zien.
> Voor AED's is toegankelijkheid cruciaal. Iedere AED in openstreetmap zou
> daarom voorzien moeten zijn van openingstijden. Maar wij kunnen niet
> garanderen dat die data onderhouden wordt. En zelfs al wordt de AED data in
> OSM nauwkeurig bijgehouden, je hebt er niets aan als iemand deze gegevens
> op een statische kaart zet.
>
> Gertjan
>
>
>
>
> On Wed, 2015-09-02 at 11:19 +0200, Maarten Deen wrote:
>
>
>
> On 2015-09-02 11:12, Pander OpenTaal wrote:
>
> > Locaties van EAD's iets voor OSM?
>
> >
>
> > https://www.aed4.eu/ en de database woont volgens mij bij
>
> > https://www.radboudumc.nl
>
>
>
> AED's dus.
>
> http://wiki.openstreetmap.org/wiki/Tag:emergency%3Ddefibrillator
>
>
>
> Ik zou zeggen van wel.
>
>
>
> 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] OSM / NWB datasessie met Rijkswaterstaat

[Johan C]

Hierbij mijn wensenlijstje voor datasets tijdens de dataproeverij op 19
september:

1. Het Nationaal Wegwijzerbestand. Dat lijkt me namelijk erg nuttig voor
OSM om die data, vooruitlopend op de beschikbaarstelling t.z.t. met een
hopelijk voor OSM geschikte licentie, te kennen. Ik voer af en toe
bestemmingen in voor snelwegen. Maar ik weet dat er diverse OSM'ers heel
druk aan de slag zijn met het taggen van verkeersborden.

2. Datasets obv MIRT. Hoewel mogelijk erg (te?) beleidsmatig kan het mooi
zijn om sommige MIRT stadia aan te laten sluiten op OSM tags. Het indiceren
van een gebied in OSM obv MIRT kan misschien helpen om de actualiteit van
OSM verder te vergroten, doordat eerder bekend is welke wegen in de nabije
toekomst voorzien gaan worden van relevante wijzigingen

3. Ik zag een dataset met Waddenplaten. Als eenmalig wadloper
(Holwerd-Ameland) weet ik inmiddels dat de huidige weergave in OSM niet
bijster slecht is, maar nog wel iets beter kan.

4. Het voorgaande is te combineren met vaargeulen: mijn terugtocht (na de
eenmalige wadloop) van Ameland naar Holwerd liep door een vaargeul die
redelijk in OSM staat, maar vast niet precies genoeg

5. Informatie van http://vaarweginformatie.nl/. Geen idee welke datasets
dat precies zijn, maar globaal doordenkend kunnen bijvoorbeeld de
brugbedientijden niet alleen voor vaartuigen maar ook voor voertuigen
interessant zijn.

6. Verkeersgegevens van het NDW. Actuele verkeersdata is interessant voor
app-bouwers (de OSMAND's van deze wereld). De historische verkeersdata kan
misschien nuttig zijn om maximumsnelheden te verbeteren in Nederland.

@allen: graag jullie toevoegingen aan bovenstaand lijstje doorgeven!

Cheers, Johan

ps ik heb NWB (wegen vaarwegen spoor), Wegkenmerken (weggeg en wkd), Digitaal
Terrein bestand/BGT en Kerngis niet genoemd, omdat die sowieso al aan bod
komen op 19 september






Op 17 juli 2015 16:33 schreef Milo van der Linden m...@dogodigi.net:

 Voor een snelle lijst met RWS geodata kun je ook terecht op:
 http://geoservices.rijkswaterstaat.nl/wmsbrowser.txt



 Op 17 juli 2015 15:05 schreef Gert-Jan van der Weijden gee...@dds.nl:

 Beste ontwikkelaars en mappers,

 Op zaterdag 19 september a.s organiseren we met Rijkswaterstaat CIV
 (centrale infovoorziening) in het LEF Future centre van RWS (langs de A12,
 naast de sneltram) een dag waarbij we in ieder geval kijken hoe OSM en het
 Nationaal Wegenbestand (NWB) van elkaars sterke punten kunnen profiteren.

 2 aandachtspunten:
 1. Om die dag in het LEF te kunnen houden hebben we een flinke deelname
 vanuit de community nodig: jullie dus. Daarom horen we graag bijtijds wie
 er komt. Mede om die reden hebben we een OSM Meetup Group in het leven
 geroepen:
 http://www.meetup.com/OpenStreetMap-Nederland/
 De teller staat al op 11 deelnemers, maar dat mag best verdubbeld worden!

 2. Als onderdeel van die dag willen we ook een RWS-dataproeverij
 organiseren,  waarbij van een aantal RWS datasets de makers/beheerders ons
 van alles kunnen vertellen over het wel en wee van die datasets. Aan jullie
 de taak daar een datasetwensenlijst voor op te stellen!
 Via http://tinyurl.com/rws500 krijg je in een keer (wel even geduld
 hebben met laden) een overzicht van de datasets waar RWS eigenaar van is.
 Graag met een reply in deze thread, of met een comment in de
 bovengenoemde Meetup. En natuurlijk liefst met een motivatie er bij waarom
 je jouw favoriete datasets wilt proeven.
 De toptien willen we half augustus aan RWS doorgeven.

 groeten,

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




 --
  [image: http://www.dogodigi.net] http://www.dogodigi.net
 *Milo van der Linden*
 web: dogodigi http://www.dogodigi.net
 tel: +31-6-16598808

 ___
 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] Uitnodiging voor brainstormsessie samenwerking OSM-RWS.

[Johan C]

crosspost met forum

Gert-Jan en ik hebben vorige week overleg gehad bij Rijkswaterstaat over de
brainstormsessie op 19 september. Die gaat plaatsvinden in het inspirerende
LEF future center in Utrecht. Maar alleen op die locatie indien tijdig
voldoende aanmeldingen van OSM'ers binnen zijn. Concreet houdt dit in dat
voor 22 augustus 15 mensen zich aangemeld moeten hebben. Er is ook een
maximum: om de sessie goed te laten lopen kunnen maximaal 20 OSM'ers zich
aanmelden. Het Ministerie van IM heeft overigens ook belangstelling geuit
voor deze brainstormsessie, wat concreet inhoudt dat de BGT ([url]
http://www.kadaster.nl/web/Themas/Registraties/BGT.htm[/url])
waarschijnlijk ter sprake gaat komen.

Wil je je svp (ook al heb je je eerder bij Eric aangemeld) via [url]
http://www.meetup.com/OpenStreetMap-Nederland/events/223500394/[/url] zo
spoedig mogelijk maar uiterlijk 22/8 opgeven voor deze sessie?

Cheers, Johan

Op 10 juni 2015 10:55 schreef Sebastiaan Couwenberg sebas...@xs4all.nl:

  Wat ik een hele leuke toevoeging van Rijkswaterstaat zou vinden, en
  volgens
  mij sluit dit aan op wat Hendrikklaas bedoelt, is wanneer terreinen die
  normaal niet publiek toegankelijk zijn op afspraak open zouden kunnen
  worden gesteld voor geinteresseerde openstreetmappers zoals Hendrikklaas.
  Zou dat eventueel tot de mogelijkheden behoren? Het zou een leuke
  aanvulling en prikkel kunnen zijn!

 Ik wil dit voorstel graag onderstrepen.

 Nederlandse Mapping Parties waarbij daadwerkelijk gemapped wordt zijn
 alweer een flinke tijd geleden, het gezamelijk mappen van RWS terreinen
 lijkt mij een geweldige gelegenheid om met OSM mappers en RWS personeel
 samen te werken.

 Mvg,

 Bas


 ___
 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] Uitnodiging voor brainstormsessie samenwerking OSM-RWS.

[Johan C]

crosspost met forum, en nu tevens met de juiste links

Gert-Jan en ik hebben vorige week overleg gehad bij Rijkswaterstaat over de
brainstormsessie op 19 september. Die gaat plaatsvinden in het inspirerende
LEF future center in Utrecht. Maar alleen op die locatie indien tijdig
voldoende aanmeldingen van OSM'ers binnen zijn. Concreet houdt dit in dat
voor 22 augustus 15 mensen zich aangemeld moeten hebben. Er is ook een
maximum: om de sessie goed te laten lopen kunnen maximaal 20 OSM'ers zich
aanmelden. Het Ministerie van IM heeft overigens ook belangstelling geuit
voor deze brainstormsessie, wat concreet inhoudt dat de BGT (
http://www.kadaster.nl/web/Themas/Registraties/BGT.htm) waarschijnlijk ter
sprake gaat komen.

Wil je je svp (ook al heb je je eerder bij Eric aangemeld) via
http://www.meetup.com/OpenStreetMap-Nederland/events/223500394 zo spoedig
mogelijk maar uiterlijk 22/8 opgeven voor deze sessie?

Cheers, Johan

Op 30 juni 2015 22:30 schreef Johan C osm...@gmail.com:

 crosspost met forum

 Gert-Jan en ik hebben vorige week overleg gehad bij Rijkswaterstaat over
 de brainstormsessie op 19 september. Die gaat plaatsvinden in het
 inspirerende LEF future center in Utrecht. Maar alleen op die locatie
 indien tijdig voldoende aanmeldingen van OSM'ers binnen zijn. Concreet
 houdt dit in dat voor 22 augustus 15 mensen zich aangemeld moeten hebben.
 Er is ook een maximum: om de sessie goed te laten lopen kunnen maximaal 20
 OSM'ers zich aanmelden. Het Ministerie van IM heeft overigens ook
 belangstelling geuit voor deze brainstormsessie, wat concreet inhoudt dat
 de BGT ([url]http://www.kadaster.nl/web/Themas/Registraties/BGT.htm[/url])
 waarschijnlijk ter sprake gaat komen.

 Wil je je svp (ook al heb je je eerder bij Eric aangemeld) via [url]
 http://www.meetup.com/OpenStreetMap-Nederland/events/223500394/[/url] zo
 spoedig mogelijk maar uiterlijk 22/8 opgeven voor deze sessie?

 Cheers, Johan

 Op 10 juni 2015 10:55 schreef Sebastiaan Couwenberg sebas...@xs4all.nl:

  Wat ik een hele leuke toevoeging van Rijkswaterstaat zou vinden, en
  volgens
  mij sluit dit aan op wat Hendrikklaas bedoelt, is wanneer terreinen die
  normaal niet publiek toegankelijk zijn op afspraak open zouden kunnen
  worden gesteld voor geinteresseerde openstreetmappers zoals
 Hendrikklaas.
  Zou dat eventueel tot de mogelijkheden behoren? Het zou een leuke
  aanvulling en prikkel kunnen zijn!

 Ik wil dit voorstel graag onderstrepen.

 Nederlandse Mapping Parties waarbij daadwerkelijk gemapped wordt zijn
 alweer een flinke tijd geleden, het gezamelijk mappen van RWS terreinen
 lijkt mij een geweldige gelegenheid om met OSM mappers en RWS personeel
 samen te werken.

 Mvg,

 Bas


 ___
 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] Some thoughts against remote mapping

[Johan C]

2015-06-15 20:22 GMT+02:00 Rafael Avila Coya ravilac...@gmail.com:

 Hi all:

 I have read all the emails of this thread, and found some of the views
 about remote/local mapping as well as imports quite interesting. Anyway,
 I have to say that, although this conversation can lead to some people
 to enrich/modify their views about this subject, it won't lead to real
 changes on the OSM mapping rules. It is amusing for me thinking on the
 OSM community deciding to restrict the remote mapping or banning imports
 in any way whatsoever. It would be a seriously destructive move, and I
 would strongly oppose any such moves.


Except for rules the DWG applies on bad edits I'm not aware of a decision
making process within OSM which can restrict remote mapping or banning
imports. So this thread will not lead to a decision, unless Frederik wants
to change the rules the DWG applies.

Cheers, Johan
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Some thoughts against remote mapping

[Johan C]

2015-06-13 16:37 GMT+02:00 Frederik Ramm frede...@remote.org:

 Hi,

I'm known for being critical of armchair mapping by people with no
 personal connection tho the area being mapped. Whether done for fun, for
 money, or to help, I think that in most cases it is a bad idea that runs
 against the spirit of OSM.

 (I'm willing to concede that there are exceptions, and that sometimes
 doing something that's against the spirit may still be useful. But these
 are individual cases, to be carefully justified, and remote mapping
 should never become anyone's standard mode of contribution.)


It's well within the spirit of OSM to map remotely from an armchair, as
long as it represents actual on-the-ground data. This means that
(satellite) photo's, gps tracks, local knowledge, datasets etc. can all be
used for mapping. Of course considering licensing, quality of the
photo's/data, ageing of photo's/data.


 Until now I thought that the main exception, one that even I would have
 to accept, is mapping for humanitarian purposes.

 I was all the more surprised - positively surprised - to read this
 thoughtful essay by Erica Hagen, who founded Map Kibera:

 http://groundtruth.in/2015/06/05/osm-mapping-power-to-the-people/

 I'd encourage everyone to read that. It questions some rarely questioned
 assumptions; it even says that mapping by locals doesn't really count
 if those locals are just doing it for the money (a sentiment that I've
 always felt but rarely dared to express, because who can expect locals
 in the poorest parts of the world to map for fun like privileged
 westerners do?).

 It also says that local isn't local if the locals from the wealthy
 city map the slum in their midst. I've tended to routinely associate the
 call for more diversity in OSM as mainly being one for levelling the
 gender playing field but this article goes much further.

 In some parts the article echoes a rather more acerbic posting written
 last month by Gwilym Eades, a university lecturer in London:


 http://place-memes.blogspot.de/2015/05/the-hubris-of-proactive-disaster-mapping.html

 which essentially accused humanitarian mapping (and as I would add, any
 remote mapping really) of homogenising, westernising, and colonising
 the map.


Some comments on statements by Erica:

Mapping, on the other hand, is an activity that is inherently the other
way around — best and most accurately done by residents of a place.
It's true that locals have local knowledge which can enrich a map. Though
Google shows that it's possible to create maps with high quality without
using locals. By just having some cars with GPSses and photos driving
around, buying datasets, extracting information from websites and the
Android users Google has created a map which is being used massively.
Possibly mainly to keep maintaining cost low Google accepts input from
locals.

Having dealt with these challenges nearly from day one of Map Kibera, I’m
particularly sensitive to the question “How does a map help the people
living in the place represented?”
Great 'what' question. People can live for years without a map of their
local community, so why should they start filling in a blank map after all?

I've searched her article for an answer to her question, but can't find it.
Though there are two clues in her article:
1. 'the real target of any development-oriented data effort — actual
improvements in the lives of the world’s poor and marginalized.'
2. '...to solve this problem of invisibility bestowed by poverty.'

Do we, the westerners, want actual improvements in the lives of the world's
poor and marginalized, or are it these people themselves who want this?
And is it true that the poor are invisible (on a map) and that they have
that problem? Or should it be a westerner telling them they have a problem
(ah, I didn't know I had that problem) which then can be solved by mapping
projects engaging locals?

I can only see one clear reason to help the poor people from a westerners
view: in case of a disaster, NGO's can help people by providing food,
clothes, housing. In order to reach them, maps are a lifesaver. Luckily OSM
has the possibility of remote mapping (Google forbids it) using up-to-date
satellite imagery which helps these lifesaving efforts.

Other than disaster mapping, it's fine to me when locals don't want their
blank map being filled in at all. And if they do want a blank map being
filled, they can do it themselves by the standard tools. The poor can do
without mapping projects organized by non-locals. It's enough for
non-locals to be there when locals ask for support.

Cheers, Johan


 I don't agree with everything written in these postings but they
 certainly deserve some wider audience, and that's why I am writing this
 here - since neither author is on these lists and I haven't seen their
 messages mentioned or quoted anywhere.

 I think the tl;dr of both these postings could be: Whenever you give
 someone a map by remote mapping, you also take 

Re: [OSM-talk-nl] BAG vs On-The-Ground (Was: Groenlandsekade/Groenlandse Kade, Vinkeveen)

[Johan C]

Mooi resultaat Tijmen!

OSM Nederland heeft nog geen stichting, maar je kunt het bord misschien wel
kwijt bij OSGeo.nl :-)

Gr., Johan

Op 2 juni 2015 21:10 schreef Tijmen Stam mailingli...@iivq.net:

 Is er een Nederlandse OSM-stichting waar ik het bord Groenlandse Kade
 aan kan doneren?

 De gemeente belt dat ze de borden gaan verwijderen omdat de juiste
 schrijfwijze Groenlandsekade is :-)

 Ik wacht nog even af tot de situatie op de grond ook zo is, en dan maak ik
 er Groenlandsekade van.

 Tijmen


 On 01-06-15 21:23, Tijmen Stam wrote:

 On 01-06-15 08:51, Christ van Willegen wrote:

 2015-05-31 14:32 GMT+02:00 Gert-Jan van der Weijden gee...@dds.nl:

 De theorie:
 In de traditie van René Magritte (Ceci n'est pas une pipe) en
 Alfred Korzybski
 (The map is not the territory) kun je redeneren dat de tekst op een
 straatnaambord niet de straatnaam zélf is, maar slechts een indicatie
 van de
 straatnaam.


 Zoals bij mij in de wijk. Ik zie daar borden met Finisterelaan,
 Finistèrelaan
 en Finisterèlaan...


 Ik heb de gemeente gemaild, eens zien wat daar uit komt.

 Ik werk bij Connexxion, en omdat onze apparatuur nog uit de oertijd
 stamt toen Unicode nog niet bestond, hebben we besloten geen accenten
 e.d. in bushaltes op te nemen. Daarom staat op onze site Bethanie ipv
 Bethanië en vroeger Ariensplein ipv Ariënsplein.

 Maar namen zijn complex. Zo staat in het Overzicht van de Nederlandse
 spoor- en tramwegbedrijven door ir. J.W. Sluiter een voetnoot
 De gemeente heet Borsele, het dorp Borssele en het station was
 Borsselen..

 Tijmen

 ___
 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] BAG vs On-The-Ground

[Johan C]

Het beste blijft, lijkt me, contact opnemen met de gemeente en de
verschillen bij hen aangeven. Uiteraard heb je een punt dat niet alleen
straatnaamborden maar eventueel ook de BAG fout zou kunnen zijn (fout =
afwijken van het formele besluit). Mocht je met Gemeente Woerden contact
opnemen, dan ben ik benieuwd naar de uitkomst daarvan.

Cheers, Johan

Op 31 mei 2015 19:50 schreef Colin Smale colin.sm...@xs4all.nl:




 En als de BAG niet overeenkomt met het formele Straatnaambesluit,
 bijvoorbeeld a.g.v. een typfout? Volgens mij prevaleert dan het Besluit en
 moet de BAG worden bijgewerkt. Het is dus niet voldoende om alleen de BAG
 te raadplegen - je moet het Straatnaambesluit bij de gemeente opvragen.
 Misschien zijn de borden wel goed, en de BAG niet.

 Het spreekt voor zich (IMHO) dat de straatnaam op de adres-nodes overeen
 moet komen met de straatnaam op de weg waar het adres bij hoort. Als de
 naam op de weg wordt aangepast omdat ik de OTG-regel toepas, hoe kan ik het
 verband tussen de adres-nodes en de weg handhaven? We kunnen dit doen door
 ook de adres-nodes aan te passen, maar dan is de bron van de naam niet
 langer de BAG maar survey bijvoorbeeld.

 //colin



 On 2015-05-31 14:11, Johan C wrote:

 1. OSM heeft ook het principe dat afkortingen voluit geschreven moeten
 worden in tegenstelling tot naamgeving op borden
 2. Op het forum zijn ook al eens gevallen langsgekomen waarbij de naam van
 een straat op meerdere borden in die straat verschillend geschreven werd
 3. Aangezien gemeenten zich behoren te houden aan de BAG zou de beste
 oplossing zijn om gemeenten te wijzen op hun fout en hen de kans geven om
 binnen een redelijke termijn de bebording te vervangen

 Cheers, Johan

 Op 31 mei 2015 12:37 schreef Sebastiaan Couwenberg sebas...@xs4all.nl:

 On 05/31/2015 12:14 PM, Colin Smale wrote:
  Ook in Woerden doet zich dit voor. Botnische golf, Middelandse zee,
  Finse golf hebben een afwijking tussen de schrijfwijze volgens BAG en
  de schrijfwijze op de borden ter plaatse. De conventie in Nederland is
  dat alle woorden in een straatnaam een hoofdletter krijgen, dus beschouw
  ik in deze gevallen de borden als correcter dan de BAG. Degene die de
  BAG-import heeft gedaan heeft de import-regels netjes opgevolgd en deze
  straatnamen verbeterd zodat ze nu wel overeenstemmen met de BAG, maar
  niet langer met de borden en de conventies.
 
  Dus hebben we een situatie geschapen waarbij een officieel register
  zwaarder wordt gewogen dan de werkelijkheid ter plaatse. Hiermee
  overschrijden we één van de basisbeginselen van OSM.
 
  Wat vindt men hier zoal van?

 Het on-the-ground principe voor de extacte schrijfwijze van borden weegt
 wat mij betreft niet zo zwaar.

 De borden horen ook de BAG aan te houden, maar stammen waarschijnlijk
 van voor de tijd dat dit een wettelijk plicht was. Of wijken hier van af
 ivm beperkte ruimte op de borden.

 Geen van de schijfwijzen is wat mij betreft fout, dus beide zijn prima
 acceptabel voor OSM. Het komt uit eindelijke neer een kwestie van smaak
 en estetische waarde.

 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


 ___
 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] BAG vs On-The-Ground (Was: Groenlandsekade/Groenlandse Kade, Vinkeveen)

[Johan C]

1. OSM heeft ook het principe dat afkortingen voluit geschreven moeten
worden in tegenstelling tot naamgeving op borden
2. Op het forum zijn ook al eens gevallen langsgekomen waarbij de naam van
een straat op meerdere borden in die straat verschillend geschreven werd
3. Aangezien gemeenten zich behoren te houden aan de BAG zou de beste
oplossing zijn om gemeenten te wijzen op hun fout en hen de kans geven om
binnen een redelijke termijn de bebording te vervangen

Cheers, Johan

Op 31 mei 2015 12:37 schreef Sebastiaan Couwenberg sebas...@xs4all.nl:

 On 05/31/2015 12:14 PM, Colin Smale wrote:
  Ook in Woerden doet zich dit voor. Botnische golf, Middelandse zee,
  Finse golf hebben een afwijking tussen de schrijfwijze volgens BAG en
  de schrijfwijze op de borden ter plaatse. De conventie in Nederland is
  dat alle woorden in een straatnaam een hoofdletter krijgen, dus beschouw
  ik in deze gevallen de borden als correcter dan de BAG. Degene die de
  BAG-import heeft gedaan heeft de import-regels netjes opgevolgd en deze
  straatnamen verbeterd zodat ze nu wel overeenstemmen met de BAG, maar
  niet langer met de borden en de conventies.
 
  Dus hebben we een situatie geschapen waarbij een officieel register
  zwaarder wordt gewogen dan de werkelijkheid ter plaatse. Hiermee
  overschrijden we één van de basisbeginselen van OSM.
 
  Wat vindt men hier zoal van?

 Het on-the-ground principe voor de extacte schrijfwijze van borden weegt
 wat mij betreft niet zo zwaar.

 De borden horen ook de BAG aan te houden, maar stammen waarschijnlijk
 van voor de tijd dat dit een wettelijk plicht was. Of wijken hier van af
 ivm beperkte ruimte op de borden.

 Geen van de schijfwijzen is wat mij betreft fout, dus beide zijn prima
 acceptabel voor OSM. Het komt uit eindelijke neer een kwestie van smaak
 en estetische waarde.

 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] Keulen (was Re: Can wikidata links help fight name inflation?)

[Johan C]

2015-05-30 8:59 GMT+02:00 Roland Olbricht roland.olbri...@gmx.de:

 Hi,

 first of all, I appreciate the ongoing work of the DWG in general and
 Fredrik in particular to detect, discuss, and handle mass edits resembling
 mechanical edits. I will get to them in a separate thread.

  What I would not support in OSM, and like to outsource to Wikidata or
 other, is if speakers of these 20 languages were to start assigning
 name tags in their language to thousands of places in, say, the UK.


  Where do you draw the limit?

 [...]

 Yes, I've thought about that; name:en is very useful for me but
 ultimately, if the locals don't use it, then it isn't on the ground,
 and then it shouldn't be in OSM really.


 I happened to drive through Belgium a few days ago, heading home. A good
 approximation of home in this case is name=Köln. Actually, I found a
 street sign (150 km away from Köln) that reads Keulen. Should I have
 followed it or not?

 Luckily, in the offline database on my device, the object with
 name=Köln had a tag name:nl=Keulen. So I know that the sign is
 referring to my desired destination.


The values used in the destination tag (
http://wiki.openstreetmap.org/wiki/Key:destination) should always display
the exact name as it is shown on the signpost


 Please note that
 - I had no internet connectivity in that situation, hence wikidata, any
 other external database or even non-copied OSM data was not an option.
 - I'm not citing the English name of the object in this mail to avoid
 redundancy. Is it worth it?
 - No street sign within the extend of the object name=Köln displays
 Keulen, hence it is not on the [local] ground.
 - Not even a street sign within the Netherlands does display Keulen
 (although associated with ISO code nl). They show Köln.
 - I myself live slightly outside the cultural perimeter of Köln, seen
 from Köln themselves. Hence, I might be called non-local in a
 borderline strict sense.

 So in total: Is it really a gain to remove all name:XX tags from Köln?
 And do we want to discuss such cases again and again with overzealous
 self-appointed curators? Please note, the DWG does recognize when the
 on-the-ground rule is a rule of thumb, but others with an OSM account
 might not.

 I opt for: If a human mapper decides that it is worth adding name:XX to
 an object then let him/her do so. All annoying cases are covered by the
 mechanical edit policies, we don't need extra strict rules for name tags.

 Best regards,

 Roland


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

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

Re: [OSM-talk] Chain Store Cleanup

[Johan C]

2015-05-01 13:36 GMT+02:00 Rob Nickerson rob.j.nicker...@gmail.com:

 I think eventually chains will see the light, and publish their
 locations in an open format compatible manner. At that point a quick
 cross check with OSM would clear up most of the issues.
 

 Agree. Has anyone actually asked the retail chains?

 That's a good question Rob. 'Seeing the light' possibly means maintaining
your own platform/apps as a business. I did ask McDonald's back in 2012, I
got the following reply: We put focus on optimizing this McDonald's app
and want to keep the management of the associated database as efficiently
as possible. Keeping databases for others makes that ambition tricky. With
the McDonald's app we also communicate information about McDonald's
products, actions, nutrition values, different locations and opening times
of the restaurants and the McDrives. Also, restaurant renovations and
therefore temporary adjusted opening hours are regularly incorporated into
an update. For the above reasons, we will not consent to the inclusion of
McDonald's restaurants in Openstreetmap.

Of course I was disappointed, because I still believe OSM can be the best
platform. On the other hand, McDonald's has a point. Breaking the answer
down: 1) It's not efficient trying to maintain more than one database 2)
that single database serves more purposes than just geocoding 3) Other
databases do not have the same quality.

So, how does that compare to one of the better POI databases, Google Maps?
Having a quick look at GM shows that McDonald's despite copyright allows GM
to copy opening hours into the GM database. But maybe they have an
arrangement to copy (changing) opening hours on the fly in order to prevent
dissatified customers standing in front of a closed door. Since McDonald's
does have an incentive to maintain their own database (customer focus),
quality of McDonald's data in OSM will always be lower. For me it means
that I do map the McDonald's POI's based on ground thruth along with the
url to the McDonald's website, but not the opening hours. Reaason for that
is that I often see them from the road, but don't visit them daily to have
a look at the opening hours.

I'm looking forward to other experiences, I sure hope that I'm not the only
mapper who has had contact with McDonald's

Cheers, Johan

 I haven't because I don't want to suggest that we will do anything with
 the data until I know we have the right tools in place to match entries in
 their database and in OSM. I'm sure it's an easy task but I don't know how
 to do that. I'd also like to see community support in place so that we can
 merge in some of their attributes (phone number, opening hours, etc). This
 could be a bigger challenge!

 Regards,
 Rob

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


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

Re: [OSM-talk-nl] Verwijderen overbodige AND tags

[Johan C]

@ Jo. Zo ben ik ook de discussie op het forum begonnen. Op basis van de
gevoerde discussies bleek de andere oplossing ook mogelijk.

@ Stefan. Geheel eens met je. Dat is ook de reden dat de importprocedure
tegenwoordig logischerwijze zo is aangescherpt door de DWG. Zij zijn heel
sceptisch over onnodige tags. En terecht wat mij betreft. Dit is dus ook
een cleanup van een - achteraf - onjuist gedeelte van die import.

Op 23 november 2014 23:29 schreef Jo winfi...@gmail.com:

 Vandaar dat het ook beter is om dit via de discardable tags te doen. Zo
 worden die tags verwijderd op het moment dat die ways toch al gewijzigd
 worden omwille van andere redenen.

 Jo

 Op 23 november 2014 22:49 schreef Stefan de Konink ste...@konink.de:

 On Saturday, November 22, 2014 10:40:44 PM CEST, Johan C wrote:

 Op basis van een opmerking van een Duitse mapper heb ik vorige maand op
 het forum een discussie geopend over het verwijderen van enkele AND tags
 die naar huidige inzichten overbodig zijn geworden.


 Ik snap niet zo waarom er nogsteeds mensen zijn die niet snappen dat als
 ze 1 ding in een way of node geautomatiseerd veranderen dit object een
 nieuwe versie krijgt, opnieuw gerenderd moet worden, opnieuw moet worden
 verspreid in changesets... laatstaan dat je dit voor alle nodes in NL doet.

 Het kost meer ruimte om dit in de OSM database weg te halen dan te laten
 staan.

 --
 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

Re: [OSM-talk-nl] Nieuwe tile server

[Johan C]

Top Stefan, dank hiervoor!

Op 23 november 2014 23:23 schreef Stefan de Konink ste...@konink.de:

 Hoi,

 Na een zware bevalling rendert de nieuwe tileserver. Er mag zeker nog wat
 tuning aan gebeuren, waaronder een oplossing voor onderstaande bug. Het
 seeden van de kaart kan dus nog wel even duren, maar er zit weer beweging
 in.

 https://github.com/openstreetmap/osm2pgsql/issues/219

 --
 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

[OSM-talk-nl] Verwijderen overbodige AND tags

[Johan C]

Op basis van een opmerking van een Duitse mapper heb ik vorige maand op het
forum een discussie geopend over het verwijderen van enkele AND tags die
naar huidige inzichten overbodig zijn geworden.

De twee meestgebruikte wil ik in december doen. Bij het verwijderen doet
zich echter een probleem voor, en dat is dat de laatste auteur van een
change wijzigt. En wel in mijn mechanical versie: It's so funny_mechanical.

Om die reden, en omdat het mij werk gaat schelen, bij deze het verzoek aan
jou om in deze maand november de OSM data waar je zelf de laatste auteur
bent te ontdoen van de AND_nosr_r en de AND:importance_level tags. Dat is
met kennis van zaken vrij makkelijk en snel (ongeveer een half uur voor
heel Nederland) te doen

Meer info kun je hier vinden:
http://forum.openstreetmap.org/viewtopic.php?pid=465592#p465592

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

Re: [OSM-talk] Future Group

[Johan C]

You're right on that Andy, as it was I that asked you to join the FG, I
very much liked the contact with other FG members, the creation of the
SWOT, the interview and the SOTM workshop on dreams for 2020:
http://wiki.openstreetmap.org/wiki/Future/Dreams#Attendants_of_workshop_.27Road_map_to_the_future.27.2C_SOTM_Birmingham.2C_7_September_2013

There were enough people involved in the FG. Main challenge was keeping the
fire burning. So it's good to see new enthousiasm coming in. I can't recall
if I invited you on the Hangout at March 2nd this year. If not: excuses for
that. I'm however sure I included you in the invitation mail which I send a
few weeks before that Hangout, see below. Result of that meeting (no notes
available) was that the participants wanted to go on (I also said yes
although I was a bit reluctant) and that Dermot would take care of some
procedures to turn FG into the FWG. Since then -till now- it has become
very silent.

Invitation mail of February 2014 below:



Hi everyone

on Sunday 2 March 2014 21:00 Amsterdam time (20:00 London, 12:00 Seattle)
I'll invite you to a Hangout on the future of the future group.

There has been inactivity lately within the Future Group. Therefore I see
the following options for the Future Group:
1. quit because of the inactivity
2. go on as as FG or as a FWG, but only with the people who show interest
in proceeding

If we go on, maybe we should be focussing more on practical issues such as
our major weaknesses. Like the one I've been involved in for the last four
months: address and building imports.

One other practical thing I'm thinking about, if we go on, is increasing
cooperation between OSM and professional parties like Telenav.

A third practical one is thinking about the way (smartphone?) editors could
become friendly enough to newcomers, especially when the data density in
OSM rises (for example beacuse of imports or because of micromapping).

See you on the 2nd of March!

Cheers, Johan






2014-11-17 20:49 GMT+01:00 marekskleciak mareksklec...@o2.pl:

 Dear Andy,

 I join to the future working group.
 I´m sad about this stagnation.
 I invite you to the next telco after 27.nov.2014

 Skype iD: marekOSMPolska

 Best,
 Marek



 Dnia 17 listopada 2014 20:11 Andy Mabbett a...@pigsonthewing.org.uk
 napisał(a):

  After SotM in Birmingham, I was invited to join the OSM Future Group:
 http://wiki.openstreetmap.org/wiki/Future(page includes a list
 of members, and a timetable.)  and agreed to do so (Indeed, I paid a
 subscription solely in order to be eligible to do so).  That group has
 not met nor communicated since then.  Should we presume the group is
 defunct, and mark the age accordingly?  --  Andy Mabbett
 @pigsonthewing http://pigsonthewing.org.uk 
 ___ talk mailing list
 talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

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

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

Re: [OSM-talk-nl] Oxilion en Stichting OpenGeo gaan openstreetmap.nl upgraden

[Johan C]

Dank Stefan!

Is het een nuttig onderwerp voor de eerstvolgende nieuwjaarsborrel hoe we
de extra capaciteit gaan benutten?

Gr., Johan

Op 30 oktober 2014 00:26 schreef Stefan de Konink ste...@konink.de:

 Met 1 extra gesponsorde 2TB Terrabyte schijf en twee servers ga over een
 aantal uur naar Oxilion in Enschede rijden. Je kunt me niet real-time
 volgen op een kaart, maar ik hoop daar rond 10 uur te arriveren.

 Concreet gaan dan twee servers het rack in, en de YourNavigation Pentium 4
 gaat het rack uit. Door een kleine tegenvaller zijn we nog direct up and
 running op de nieuwe hardware naar plaatsing, maar dat geeft ons weer
 genoeg tijd om een aantal zaken netjes af te ronden (een van die zaken is
 de DNS server die ik even was vergeten).


 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

Re: [OSM-talk] The world’s best addressable map

[Johan C]

2014-10-23 8:57 GMT+02:00 Marc Gemis marc.ge...@gmail.com:

 First question: how do you build the world's best addressable map ?
 Through imports or survey ? Is the timeframe that Martin puts forward fur
 surveyed addresses acceptable and feasible ?

 As for the imports:

 Wouldn't it be great that we would have import tools that can be used by
 many groups ? Just as we have great editors for manual mapping.
 Shouldn't the OSMF (or however) invest in a procedure + tools for import ?

 So when a group wants to perform an import, they only have make sure the
 license is compatible and the data has enough quality. The process of the
 import is already described, the tools ( task managers, data conversion,
 some quality checks etc.) are in place. They deliver the data and the
 import can start.
 I have the impression that right now each group has to take all those
 obstacles all by themselves.

 Maybe I have a totally wrong perception of the import process. please
 correct me if that's the case.

 regards

 m


I partially share your impression that each group has to take obstacles by
themselves. Since OSM is a social project I think it's good that people
with experience on (importing) addresses and buildings share their
experience. I see this happen on the @import list, user diaries etc. The
somewhat scattered knowledge around could however be shared more
centralized to make it a bit more accessible, so I created a page on the
wiki (http://wiki.openstreetmap.org/wiki/Importing_buildings_and_addresses)
in which anybody can share their knowledge (I will do so this November).
Furthermore, SOTM Buenos Aires hosts 2 presentations on addresses.

I don't see manual work for OSM as an obstacle. Any import (or survey :-) )
requires some manual work because the current map is far from blank, so the
almost full-automatic import you describe is IMHO not possible. Though
semi-automatic assistance by tools (like the wonderful Geofabrik inspector
address view) help a lot keeping the work fun.

As for tools: it would help when more tools for importing and updating
could be programmed. As an example: I'm not aware of any tool which makes
it possible to semi-automatically compare building outlines to the outlines
of an updated government database, highlighting major differences in
geometry.

On the role of the OSMF: I think it shouldn't be the OSMF investing in a
procedure + tools. It would already be great and an energizing factor when
(members of) OSMF would express support for having more address and
building data in OSM, be it either from surveys or from imports.

Cheers, Johan



 On Wed, Oct 22, 2014 at 8:28 PM, Clifford Snow cliff...@snowandsnow.us
 wrote:

 Steve Coast suggested changing the mission statement of OSM to be
 something like “The world’s best addressable map” I thought
 I'd separate out this into a new thread. As some backup, I attended my
 first SOTM-US in 2012 where Steve proposed we build an addressable map. A
 group of us from Seattle decided that we'd take that challenge and import
 addresses for Seattle. That import was completed.

 Here are the address related comments:

 On Wed, Oct 22, 2014 at 4:37 AM, Martin Koppenhoefer 
 dieterdre...@gmail.com wrote:

 2014-10-22 12:15 GMT+02:00 Steve Coast st...@asklater.com:

 Together, we could do this in 6-12 months and finish addressing in 1-3
 years. At that point we wouldn’t have just made the world slightly better,
 we would have put a big dent in the universe. Nobody would use a closed map
 ever again, and it would be people like you that made it happen.




 I agree with you that addressing is very important for a lot of
 commercial (and non-commercial) map users. What I don't understand is how a
 paid board would help us map more addresses. Unfortunately mapping
 addresses is typically less fun than going to the video arcade. Looking at
 the current figures we are not doing too bad. Currently there are 130
 Million buildings in OSM and 46 Million housenumbers. I don't know exactly
 how many buildings there are in the world, and how many of them don't have
 addresses, but I guess it will be at least 1 Billion addresses in the
 world, probably more. According to the stats page we have roughly 25.000
 active contributors a month (
 http://wiki.openstreetmap.org/wiki/Stats#Contributor_Stats ). To get an
 address on all currently mapped buildings in three years time, (84M to go),
 every active contributor would have to add 93 addresses a month -
 constantly. To get 1 Billion addresses mapped by 25.000 contributors in 3
 yrs, it would be  housenumbers a month per active contributor. Are we
 planning to pay the mappers as well? The only solution seems to get more
 contributors mapping, and have them insert addresses.


 On Wed, Oct 22, 2014 at 4:59 AM, Marc Gemis marc.ge...@gmail.com wrote:

 It would be nice to know how many of the buildings and house numbers in
 OSM were imported versus surveyed / drawn by hand. I have a bad feeling
 about how 

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

[Johan C]

The discussion on removing obsolete AND and 3dShapes tags on
http://forum.openstreetmap.org/viewtopic.php?id=27234 has led to concensus
on:

1. removing all AND_tags and stripping obsolete tags from
landuse=residential which have an AND_c tag
2. changing 3dshapes:ggmodelk into source=3dShapes
3. keeping 3dShapes:note
4. executing @ 1 and 2 through a mechanical edit (for which I volunteered
to do the job using the account It's so funny_mechanical, other volunteers
are welcome)

Cheers, Johan



2014-10-05 23:46 GMT+02:00 Johan C osm...@gmail.com:

 Hi Florian

 2014-10-05 22:43 GMT+02:00 Florian Lohoff f...@zz.de:

 On Sun, Oct 05, 2014 at 10:36:23PM +0200, Johan C wrote:
  Hey Florian

  That's a building which will be opened this December:
 
 http://dagvandebouw.nl/waar/zeeland/nieuwbouw-42-zorgappartementen-svrz-middelburg/
 
  The BAG uses various statuses: the building will be measured after it's
  finished, which can lead to changes in the outline. Challenge for us as
 a
  community is to update the building once the outline is changed in the
 BAG.
  Up till now groundtruth is needed to know changes and to do a fresh
 import
  of the BAG (minimum import size is one node or one building). Hopefully
 in
  the future - depending on availability of programming experience - it
 will
  be possible to compare OSM building and address data to the BAG data
 more
  efficiently.

 So the plan is to regularly update the data from the BAG if the data in
 OSM
 has not been touched since last import or what would be the algorithm to
 not
 drop OSM data under the floor by simply importing/overwriting the
 building?

   diff --git a/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   b/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   index 62d5f90..2fbb28c 100644
   --- a/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   +++ b/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   @@ -691,7 +691,8 @@ public abstract class OsmPrimitive extends
   AbstractPrimitive implements Comparab
yh:STRUCTURE,
yh:TOTYUMONO,
yh:TYPE,
   -yh:WIDTH_RANK
   +yh:WIDTH_RANK,
   +AND_nosr_r
));
}
return discardable;
  
  
   What about AND:importance_level?
  
  You are writing things of which I understand the goal but not the
 content
  (I don't have any clue about programming)
  Yes, I would love to have that in JOSM, as well as AND:importance_level,
  AND_nodes and AND_nosr_p
 
  If I post a message on the Dutch forum that JOSM will remove these tags,
  would you be so kind to add this to JOSM?

 If the NL community agrees on which tags to delete its an easy thing to
 submit a patch
 to the JOSM maintainers.

 What about the 3dshapes tags?


 Message posted:
 http://forum.openstreetmap.org/viewtopic.php?pid=454931#p454931

 A fair response time will be a week. I'll get back to you in the coming
 weekend.

 Cheers, Johan



 Flo
 --
 Florian Lohoff f...@zz.de

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIVAwUBVDGtfZDdQSDLCfIvAQr+9Q//bOI93xnPAfuc0tmcEhAmLjZ1JTdWuO9J
 eI390GJ0DkcbObWwzjQ+fQASyJiQHvaOtoNVnc5+UsNusuusjJZtzvOD+CGciukQ
 x3M7eqjx7FKCu6tEK6hfLdIp3Z7Wnk+ayPncg4BWRg9HLHQl95nLgHKH5QyymuJu
 pnbEfxs7un6SzRD0W88btSlWyPm9vVu0SqDSGJSmHj3sAg5+2dKCBluTZyHf4VL5
 7qMMzw0KYOmLxnwu7LtAgdGPYPy2LSB1lxMGuVLp3Snx+zfHcXRIdC+fjwrYLP0f
 zIEvQCenpjaL4RF/rSScyOuH0Lk8BlS5KWL5AXUTonwUwJN6YXEiANv/9QjDpCAm
 LNtjVxpj978PBQnUL1yrre50sBW4VvxHQtn7HVhPiDUfWJXU9qDS+ZXFIz63Gjww
 ZHc3AoAihbAd6VsYh9GuqDaG5mnFK8KXqr4fafZwKjcSKG47onSkhG9s2laEnMxi
 PzySDKTa9VbWRKzoalw6U3ELWWpVmQc4OLEuF9967SqcyiRg2P01quqNfyDc7Z40
 FJS4EQShMFmCF1cJ7Z4BXIDsuOYf2M0YM3TfHaUFAl2NXNiq76cZOJ2S3w55m1OG
 2+AEfgh/apZq71rnO9/agpaRrE2axde198wJwaY5L2IAdLRaJJCoJ8skmvkxfig3
 jgWip5cdAFM=
 =oFp1
 -END PGP SIGNATURE-

 ___
 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

[Johan C]

Hi Florian

I invite you to make comments on the OpenStreetMap forum (
http://forum.openstreetmap.org/viewforum.php?id=12) because there's more
Dutch mappers active there. Awaiting your input there, I'll already do a
short reply to you,

or a couple of years i have been to Zeeland in Autumn and as always i have
a little time
to spend on mapping.

Great, especially on POI's there's a lot of work left

Are you planning to move the addresses on the appropriate building
outlines?

No. Since the address nodes are in the proximity of the entrance that would
substantially lower the quality

In some rare cases where i added POIs i did so but i'd like to hear about
local preference. I have done ~40k Adresses Germany and i put the address on
the building wherever possible. If multiple addresses share the building
i leave them as nodes.

There's no special local preference, so the standard OSM practice applies.
In the case of one building/one POI I add all information (including
address info) to the building outline ánd I prefer to put the entrance node
on the building outline. In the case of one building/multiple POI's I put
all POI info in a node.

What about strange buildings from the BAG import? I have a couple cases
where
the building outline does not at all match the building in a mapbox sat
imagery.

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.

I also found a BAG imported underground parking which is rendered very
prominent
on the map. From looking at the data i have the feeling that a layer=-1
should
at least be added but.

I agree., all underground buildings should have had layer -x

What about the and tags from the original import? What about correcting
the landuse stuff from the original import (landuse=farm - farmland etc)
and all the topology errors with overlapping landuses.

I always remove tags like AND_nosr. Of the hours I spend on OSM most are
updating routing errors and POI's. But maybe others are working on landuse
errors.

Is there a page for Netherland mapping for OSM tourist?

http://forum.openstreetmap.org/viewforum.php?id=12 can give you the best
answers to specific questions

Cheers, Johan



2014-10-05 0:46 GMT+02:00 Florian Lohoff f...@zz.de:


 Hi,
 for a couple of years i have been to Zeeland in Autumn and as always i
 have a little time
 to spend on mapping. I have now seen the BAG import and i am wondering
 what the plan
 concerning the addresses is.

 Are you planning to move the addresses on the appropriate building
 outlines?

 In some rare cases where i added POIs i did so but i'd like to hear about
 local preference. I have done ~40k Adresses Germany and i put the address
 on
 the building wherever possible. If multiple addresses share the building
 i leave them as nodes.

 What about the and tags from the original import? What about correcting
 the landuse stuff from the original import (landuse=farm - farmland etc)
 and all the topology errors with overlapping landuses.

 What about strange buildings from the BAG import? I have a couple cases
 where
 the building outline does not at all match the building in a mapbox sat
 imagery.

 I also found a BAG imported underground parking which is rendered very
 prominent
 on the map. From looking at the data i have the feeling that a layer=-1
 should
 at least be added but.

 Is there a page for Netherland mapping for OSM tourist?

 Flo
 --
 Florian Lohoff f...@zz.de

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIVAwUBVDB4qpDdQSDLCfIvAQpXxRAAgGUuOV1Jow/qa8yudycJ0nZsm+PbDEI7
 +83wu2W1og3l0MgaXSaFWghnMxi45DL7eUQHJbuemPOX5quSaZWtY3dm/k/YekXD
 dQFjg3wWCClL+05I0mMbOkg08yq1xhlTdk6I9qaqRpoqyAeXEFg/Wrb8NtIR4QdV
 A79lkzQA3OfPy3vcJcs7wVMiPUa2f9wjrqBhHbYfqzyWVRsC4lNnTGHFhJLjoLEB
 +iB9yc8kKbfg6hC6J2CNCYthjoZ8n226h7IYJB9S0vrpMOE1+hDl7zJ6FsEQxgqE
 J2w1iWkRztcst8ekLdBQncVoPpi1VsR/uywJNiMTegQhOqsn6nIJmWRHX9UVAA9x
 t/6fsnyXun25O7zywetrShhcGkyCV8e0vjcfO1ewIwP5gRYUsCa0DdHK6nLDBBm8
 pAizPBYX4sNH7IlN5NrW27KP/YS6b55sMrdsOx8j9VajucPdYLjsYxFEBqNgRnY1
 MVhrXjIDmQvCW1LfDlXsMMCPtZwvoxfG23C4MDDceqxMb+wuaGFafAhijaZA29Ss
 /pfOiA//mWxRyFd9z1xTshVyTBjtb3D5HaJXRiNytz5xUxKBqc5Uz7YSj9yFjPaz
 6rLzVBSP3XNSrhnFgsRHeFOXiyYWI2QNfO63PAGCHpTgC75uSJnrHq8d1rLAPyAI
 3m+zIh7oeCk=
 =13Ua
 -END PGP SIGNATURE-

 ___
 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

[Johan C]

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

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

[Johan C]

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 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

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

[Johan C]

Hi Florian

2014-10-05 22:43 GMT+02:00 Florian Lohoff f...@zz.de:

 On Sun, Oct 05, 2014 at 10:36:23PM +0200, Johan C wrote:
  Hey Florian

  That's a building which will be opened this December:
 
 http://dagvandebouw.nl/waar/zeeland/nieuwbouw-42-zorgappartementen-svrz-middelburg/
 
  The BAG uses various statuses: the building will be measured after it's
  finished, which can lead to changes in the outline. Challenge for us as a
  community is to update the building once the outline is changed in the
 BAG.
  Up till now groundtruth is needed to know changes and to do a fresh
 import
  of the BAG (minimum import size is one node or one building). Hopefully
 in
  the future - depending on availability of programming experience - it
 will
  be possible to compare OSM building and address data to the BAG data more
  efficiently.

 So the plan is to regularly update the data from the BAG if the data in OSM
 has not been touched since last import or what would be the algorithm to
 not
 drop OSM data under the floor by simply importing/overwriting the building?

   diff --git a/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   b/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   index 62d5f90..2fbb28c 100644
   --- a/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   +++ b/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   @@ -691,7 +691,8 @@ public abstract class OsmPrimitive extends
   AbstractPrimitive implements Comparab
yh:STRUCTURE,
yh:TOTYUMONO,
yh:TYPE,
   -yh:WIDTH_RANK
   +yh:WIDTH_RANK,
   +AND_nosr_r
));
}
return discardable;
  
  
   What about AND:importance_level?
  
  You are writing things of which I understand the goal but not the content
  (I don't have any clue about programming)
  Yes, I would love to have that in JOSM, as well as AND:importance_level,
  AND_nodes and AND_nosr_p
 
  If I post a message on the Dutch forum that JOSM will remove these tags,
  would you be so kind to add this to JOSM?

 If the NL community agrees on which tags to delete its an easy thing to
 submit a patch
 to the JOSM maintainers.

 What about the 3dshapes tags?


Message posted:
http://forum.openstreetmap.org/viewtopic.php?pid=454931#p454931

A fair response time will be a week. I'll get back to you in the coming
weekend.

Cheers, Johan



 Flo
 --
 Florian Lohoff f...@zz.de

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIVAwUBVDGtfZDdQSDLCfIvAQr+9Q//bOI93xnPAfuc0tmcEhAmLjZ1JTdWuO9J
 eI390GJ0DkcbObWwzjQ+fQASyJiQHvaOtoNVnc5+UsNusuusjJZtzvOD+CGciukQ
 x3M7eqjx7FKCu6tEK6hfLdIp3Z7Wnk+ayPncg4BWRg9HLHQl95nLgHKH5QyymuJu
 pnbEfxs7un6SzRD0W88btSlWyPm9vVu0SqDSGJSmHj3sAg5+2dKCBluTZyHf4VL5
 7qMMzw0KYOmLxnwu7LtAgdGPYPy2LSB1lxMGuVLp3Snx+zfHcXRIdC+fjwrYLP0f
 zIEvQCenpjaL4RF/rSScyOuH0Lk8BlS5KWL5AXUTonwUwJN6YXEiANv/9QjDpCAm
 LNtjVxpj978PBQnUL1yrre50sBW4VvxHQtn7HVhPiDUfWJXU9qDS+ZXFIz63Gjww
 ZHc3AoAihbAd6VsYh9GuqDaG5mnFK8KXqr4fafZwKjcSKG47onSkhG9s2laEnMxi
 PzySDKTa9VbWRKzoalw6U3ELWWpVmQc4OLEuF9967SqcyiRg2P01quqNfyDc7Z40
 FJS4EQShMFmCF1cJ7Z4BXIDsuOYf2M0YM3TfHaUFAl2NXNiq76cZOJ2S3w55m1OG
 2+AEfgh/apZq71rnO9/agpaRrE2axde198wJwaY5L2IAdLRaJJCoJ8skmvkxfig3
 jgWip5cdAFM=
 =oFp1
 -END PGP SIGNATURE-

 ___
 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

[Johan C]

Florian, I missed a question:


2014-10-05 22:43 GMT+02:00 Florian Lohoff f...@zz.de:

 On Sun, Oct 05, 2014 at 10:36:23PM +0200, Johan C wrote:
  Hey Florian

  That's a building which will be opened this December:
 
 http://dagvandebouw.nl/waar/zeeland/nieuwbouw-42-zorgappartementen-svrz-middelburg/
 
  The BAG uses various statuses: the building will be measured after it's
  finished, which can lead to changes in the outline. Challenge for us as a
  community is to update the building once the outline is changed in the
 BAG.
  Up till now groundtruth is needed to know changes and to do a fresh
 import
  of the BAG (minimum import size is one node or one building). Hopefully
 in
  the future - depending on availability of programming experience - it
 will
  be possible to compare OSM building and address data to the BAG data more
  efficiently.

 So the plan is to regularly update the data from the BAG if the data in OSM
 has not been touched since last import or what would be the algorithm to
 not
 drop OSM data under the floor by simply importing/overwriting the building?


there is no update process yet. As a first input of a process I can imagine
that a simple overwrite will be done as long as a node / building has not
been touched since the import. Any warm mapping should be considered for
example by replacing geometry.



   diff --git a/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   b/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   index 62d5f90..2fbb28c 100644
   --- a/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   +++ b/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java
   @@ -691,7 +691,8 @@ public abstract class OsmPrimitive extends
   AbstractPrimitive implements Comparab
yh:STRUCTURE,
yh:TOTYUMONO,
yh:TYPE,
   -yh:WIDTH_RANK
   +yh:WIDTH_RANK,
   +AND_nosr_r
));
}
return discardable;
  
  
   What about AND:importance_level?
  
  You are writing things of which I understand the goal but not the content
  (I don't have any clue about programming)
  Yes, I would love to have that in JOSM, as well as AND:importance_level,
  AND_nodes and AND_nosr_p
 
  If I post a message on the Dutch forum that JOSM will remove these tags,
  would you be so kind to add this to JOSM?

 If the NL community agrees on which tags to delete its an easy thing to
 submit a patch
 to the JOSM maintainers.

 What about the 3dshapes tags?

 Flo
 --
 Florian Lohoff f...@zz.de

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iQIVAwUBVDGtfZDdQSDLCfIvAQr+9Q//bOI93xnPAfuc0tmcEhAmLjZ1JTdWuO9J
 eI390GJ0DkcbObWwzjQ+fQASyJiQHvaOtoNVnc5+UsNusuusjJZtzvOD+CGciukQ
 x3M7eqjx7FKCu6tEK6hfLdIp3Z7Wnk+ayPncg4BWRg9HLHQl95nLgHKH5QyymuJu
 pnbEfxs7un6SzRD0W88btSlWyPm9vVu0SqDSGJSmHj3sAg5+2dKCBluTZyHf4VL5
 7qMMzw0KYOmLxnwu7LtAgdGPYPy2LSB1lxMGuVLp3Snx+zfHcXRIdC+fjwrYLP0f
 zIEvQCenpjaL4RF/rSScyOuH0Lk8BlS5KWL5AXUTonwUwJN6YXEiANv/9QjDpCAm
 LNtjVxpj978PBQnUL1yrre50sBW4VvxHQtn7HVhPiDUfWJXU9qDS+ZXFIz63Gjww
 ZHc3AoAihbAd6VsYh9GuqDaG5mnFK8KXqr4fafZwKjcSKG47onSkhG9s2laEnMxi
 PzySDKTa9VbWRKzoalw6U3ELWWpVmQc4OLEuF9967SqcyiRg2P01quqNfyDc7Z40
 FJS4EQShMFmCF1cJ7Z4BXIDsuOYf2M0YM3TfHaUFAl2NXNiq76cZOJ2S3w55m1OG
 2+AEfgh/apZq71rnO9/agpaRrE2axde198wJwaY5L2IAdLRaJJCoJ8skmvkxfig3
 jgWip5cdAFM=
 =oFp1
 -END PGP SIGNATURE-

 ___
 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-be] Destination tagging on motorways

[Johan C]

I finished mapping the route Lille-Gent-Antwerp-Breda vice versa for both
destinations and destination details. Comments welcome!

@ Martijn Please take a look at this situation:
http://pix.toile-libre.org/?img=1412108906.jpg , located here:
http://www.openstreetmap.org/?mlat=50.81703mlon=3.29462#map=17/50.81703/3.29462
Navigational devices like Navigon or TomTom are capable of showing the
correct lane and it's destination when travelling towards exit 3b
Kortrijk-Noord;Harelbeke-Zuid (fourth lane) or when travelling towards Gent
(left three lanes). I used the accepted :lanes extension (
http://wiki.openstreetmap.org/wiki/Lanes), which should provide enough data
to an OSM based navigation device in conjunction with the data on exit 3b
to show a user the correct lane and destination info. Can you confirm that
the tagging I used here is sufficient enough to do that job?

Cheers, Johan

2014-09-26 18:03 GMT+02:00 Marc Gemis marc.ge...@gmail.com:


 On Fri, Sep 26, 2014 at 1:16 PM, André Pirard a.pirard.pa...@gmail.com
 wrote:

 It's OK Marc, you can do the same as in United Kingdom
 http://overpass-turbo.eu/?q=PCEtLQpUaGlzIGhhxIhiZWVuIGfEj2VyYXRlZCBieSB0aGUgb3bElHDEi3MtdHVyYm8gd2l6YXJkLsSExJ_EoXJpZ2luYWwgc2XEsmNoxK7EizoKw6LCgMKcxIZnaHdheT1tb3RvcsWQeV9sxLxrxYrCnQrEgj4KPG9zbS1zY8S5cHTEoXV0cMWwPSJqc29uIsSdaW1lb8WzIjI1IsWjICDEgMSCxJHElsSfciByZXN1bHTEiMWiCsaGxoY8cXXElMScdHlwZcW0xZnGhMaXxpjGmcSKxKdrdiBrxbTFjcWPxZHFunbFtMWUxZbFmMWRxZvFnSIvxoXGp8aHxqktxqvGrcW0xo9mxbrGj2fGtCIuKsa8xr7GpzxixKx4Lcabxp0ge3vHk294fX3Gvcamxpkvx5dyeca-xogtIHDEuW7FrsaPxpHGk8aVLceox6zEvMWuxZRkxqIixKxkecePxqY8xo9jxKrFgcSdxqDHu2Rvd8W5x6HGmce2x64gx7nHu3NrZWxlxZbFucS4x7pyxbTGm2FkdGnImMiAPC_FpsWoxarFrHQ-c=BJwpeMUe0IR,
 Netherlands
 http://overpass-turbo.eu/?q=PCEtLQpUaGlzIGhhxIhiZWVuIGfEj2VyYXRlZCBieSB0aGUgb3bElHDEi3MtdHVyYm8gd2l6YXJkLsSExJ_EoXJpZ2luYWwgc2XEsmNoxK7EizoKw6LCgMKcxIZnaHdheT1tb3RvcsWQeV9sxLxrxYrCnQrEgj4KPG9zbS1zY8S5cHTEoXV0cMWwPSJqc29uIsSdaW1lb8WzIjI1IsWjICDEgMSCxJHElsSfciByZXN1bHTEiMWiCsaGxoY8cXXElMScdHlwZcW0xZnGhMaXxpjGmcSKxKdrdiBrxbTFjcWPxZHFunbFtMWUxZbFmMWRxZvFnSIvxoXGp8aHxqktxqvGrcW0xo9mxbrGj2fGtCIuKsa8xr7GpzxixKx4Lcabxp0ge3vHk294fX3Gvcamxpkvx5dyeca-xogtIHDEuW7FrsaPxpHGk8aVLceox6zEvMWuxZRkxqIixKxkecePxqY8xo9jxKrFgcSdxqDHu2Rvd8W5x6HGmce2x64gx7nHu3NrZWxlxZbFucS4x7pyxbTGm2FkdGnImMiAPC_FpsWoxarFrHQ-c=BLstnXsViJR,
 Germany
 http://overpass-turbo.eu/?q=PCEtLQpUaGlzIGhhxIhiZWVuIGfEj2VyYXRlZCBieSB0aGUgb3bElHDEi3MtdHVyYm8gd2l6YXJkLsSExJ_EoXJpZ2luYWwgc2XEsmNoxK7EizoKw6LCgMKcxIZnaHdheT1tb3RvcsWQeV9sxLxrxYrCnQrEgj4KPG9zbS1zY8S5cHTEoXV0cMWwPSJqc29uIsSdaW1lb8WzIjI1IsWjICDEgMSCxJHElsSfciByZXN1bHTEiMWiCsaGxoY8cXXElMScdHlwZcW0xZnGhMaXxpjGmcSKxKdrdiBrxbTFjcWPxZHFunbFtMWUxZbFmMWRxZvFnSIvxoXGp8aHxqktxqvGrcW0xo9mxbrGj2fGtCIuKsa8xr7GpzxixKx4Lcabxp0ge3vHk294fX3Gvcamxpkvx5dyeca-xogtIHDEuW7FrsaPxpHGk8aVLceox6zEvMWuxZRkxqIixKxkecePxqY8xo9jxKrFgcSdxqDHu2Rvd8W5x6HGmce2x64gx7nHu3NrZWxlxZbFucS4x7pyxbTGm2FkdGnImMiAPC_FpsWoxarFrHQ-c=BMWJt14WeJR
 etc ...


 The situation in The Netherlands seems to be a bit different. They
 actually have signs next to those motorway links with the E-ref. I checked
 1 exit near Breda on streetview.

 The one I looked at in Belgium (Lier-Massenhoven) had distance marks, but
 no ref-number.

 For the UK, I also looked at 1 example and they also seem to indicate the
 M25 as soon as you enter the motorway link.

 So the situation seems to be different and has to be tagged differently.

 regards

 m

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


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

Re: [OSM-talk-be] Fwd: Destination tagging on motorways

[Johan C]

also for the link your page explaining connectivity:lane. I had not heard
about that one before.
but now I have to go over all my work of the past few months to add that
tag where needed :-)

since a lot ( 98%?) of the crossings are simple in terms of destination
(like: when you go left you're driving towards Antwerp) and thus have
obvious connectivity, a relation like connectivity:lane will not be needed
often. There is no standard yet for tagging non-obvious connectivity.
Please let me know if you think you have found a situation where
non-obvious connectivity occurs.

What I mean with splitting the outgoing road, is how far do we want the
destination to extend: til the next crossing, even when that is kilometers
away ? or the other extreme, split the street after a few meters, so that
future mappers won't split the street further on, and still keep the
destination tag on both segments ?

Having destination info on way segments is just needed to provide
information to the driver. Therefore, I would from a practical point of
view limit this destination data to situations close to junctions. This
will also avoid using the forward and backward destination tagging. The
exact length is I think not so important. I would just use the first
segment available regardless of its length.

So you won't add lanes:destination before the crossing ? (just to make
sure)

No, not in this situation. That would only be needed in situations where
there is a difference in destinations immediately áfter the crossing (the
left lane directly after the crossing going to destination x, the right
lane immediately after the crossing going to destination y)

What I meant is that Google is only allowed to copyright artwork, not
facts nor even some pictures or parts thereof representing facts like road
signs.  I don't see why you need copying pictures to build destination
tags.
The DWG is clear on using contents of Google's photos:
https://lists.openstreetmap.org/pipermail/legal-talk/2014-April/007750.html.
Luckily, However, Mapillary can be used: http://www.mapillary.com/osm.html.
All it takes for Google (being the nice company they are) is start using
the same words: For the purpose of contributing metadata to OpenStreetMap,
we allow anyone to derive metadata from our photos.

Cheers, Johan

2014-09-12 15:28 GMT+02:00 André Pirard a.pirard.pa...@gmail.com:

  On 2014-09-11 00:27, Johan C wrote :

  Hi André

  OSM GPS routers use destination
 http://wiki.openstreetmap.org/wiki/Key:destination=* not to compute the
 routes, they can do without,  but to know what the drivers see on the signs
 in order to use the same information in spoken instructions

  That's correct

  Shouldn't the same ref=* http://wiki.openstreetmap.org/wiki/Key:ref as
 of the motorway be used on all highway
 http://wiki.openstreetmap.org/wiki/Key:highway=motorway_link
 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link?

  *If the motorway link has these signs*, they can be used.

  *there is no name to use* for a GPS to call a motorway entrance.

  The OSM situation should *reflect current signage*: if there are no
 signs, the destination tag should not be used

 So, I had correctly understood despite that, as unfortunately often the
 case, the key definition is very badly stated (the proof of that is that
 the French and German translators have got it and translated totally
 wrong).  So, I made the following change to the wiki:
 Old:

 The key *destination* describes the destination of the way by using the
 name of the city the way is heading to, which is explicitly indicated in a
 signpost or similiar on the ground.

 New:

 So that GPS-like software can refer to road signs that the driver actually
 sees, the key *destination*=* describes the contents of signposts or
 ground writing indicating the names of the cities that the way on which the
 key is tagged is leading to.

 It is worth spending time to precisely write definitions.
 It avoids many map mistakes needing much more time to fix and makes a much
 better OSM.

   I'm not sure you can copy the pictures

  Google is a nice company, but they are not open. Their terms prohibit
 copying contents pictures. But all it takes to get lane assistant in
 Belgium is a few people who access motorways every now and then taking
 pictures of the signs.

 What I meant is that Google is only allowed to copyright artwork, not
 facts nor even some pictures or parts thereof representing facts like road
 signs.  I don't see why you need copying pictures to build destination tags.

 Cheers,

   André.


  Cheers, Johan



 2014-09-10 23:30 GMT+02:00 André Pirard a.pirard.pa...@gmail.com:

  On 2014-09-09 22:14, Johan C wrote :

 In Nederland heb ik de snelwegen op veel plaatsen voorzien van
 bestemmingen. Als bijrijder ben ik in de gelegenheid geweest om afgelopen
 maand de bebording op de route Breda-Antwerpen-Gent-Kortrijk-Lille vice
 versa te fotograferen. Die wil ik graag op de manier zoals ik die

Re: [OSM-talk-be] Destination tagging on motorways

[Johan C]

Marc,

situation 1 should do the job, without splitting the way after the
intersection. There is clearly a situation of obvious connectivity here (
http://wiki.openstreetmap.org/wiki/User:It%27s_so_funny)

Cheers, Johan

2014-09-11 12:04 GMT+02:00 Marc Gemis marc.ge...@gmail.com:

 I've been trying to map destinations on primary roads as well. Therefore I
 asked the following question on the help forum a couple of weeks ago, but
 never got an answer:

 I want to tag the destinations on a sign like
 http://xian.smugmug.com/OSM/OSM-2014/20140810-Herentals/i-ZQhq2MT/A It is
 located here http://osm.org/go/0Ep4vj5pV-?m=relation=3894019. You see
 it on your right before a crossing with traffic_signals, while driving on a
 primary road.

 I know the wiki pages on destination
 http://wiki.openstreetmap.org/wiki/Key:destination, the destination
 sign relation
 http://wiki.openstreetmap.org/wiki/Relation:destination_sign and some
 proposed extensions
 http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details
 .

 However, I'm not sure about the best way to map the example sign. I see
 the following possibilities

1. as destination-tag on the way after the crossing
2. as a destination relation
3. as destination:lane on the way before the crossing

 or a combination of the above ?

 In case of 1 - the destination tag, do I have to split the way after the
 intersection ? Or do I let it extend as far as the current way ?

 I do not consider the exit_to tag which is sometimes used in the USA.


 What you might not see is that there is one lane for left turns, one for
 through and the right most lane is for through and right.

 Any thoughts on that ?


 On Thu, Sep 11, 2014 at 11:02 AM, Glenn Plas gl...@byte-consult.be
 wrote:

 Hi Sander,

 I've been thinking about your statements.  Although I think you are not
 incorrect stating it should be easy to enter, I think your requirements
 to not use josm at all for this (with or without plugins) are a bit to
 demanding.

 I'm a text console kind of person, all day long. I love the vi(m) editor
 but I'm not so inclined into xml-diving some OSM change files.
 Maybe I misunderstand this, but a good plugin in JOSM would probably
 help a lot in taking the edge of editing.

 There are other things that are hard to edit.   Try the new speed_camera
 scheme for example:  although I get what they are trying to do, it's
 complicated and for a camera that does 2 jobs (red light + speed trap)
 you have to add a single relation for each.

 Although this might signal a possible bad design, it doesn't make it a
 bad one by default.  So, I'm not convinced on the 'clearly doing
 something wrong'.  On the other hand, it's not a great design either.

 The only thing that I think is in the wrong place are the translations
 of a destination. (technically then).  But I have to remind myself all
 the time it's not a relational database design I'm discussing.

 I do aggree on the subject that smaller roads are probably more
 important for all the reasons you state.

 Glenn



 On 11-09-14 10:23, Sander Deryckere wrote:
  Marc, you are right that I don't like the tag because of missing tools.
  But on the other hand, I think tags should be easy to edit, even without
  tools. If adding the tags becomes harder than surveying, we're clearly
  doing something wrong.

 ...

  Since we have more small roads than motorways, the tags should be easy
  enough for anyone to add. Without having to use JOSM with some extra
  plugins.
 
  Regards,
  Sander

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



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


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

Re: [OSM-talk-be] Destination tagging on motorways

[Johan C]

@ Ben thanks for the tips. There is indeed redundancy in junction:ref and
motorway_junction. However, it's a logical thing to map all signage info on
the way.

@ Sander, Marc  others: when you collect photos/videos on signs I can put
the data in OSM

Cheers, Johan

2014-09-10 18:24 GMT+02:00 Marc Gemis marc.ge...@gmail.com:

 So it's just a good editor that prevents you from using the
 destination:lanes tagging schema :-)
 One that allows you to set the values in an easy way and compose the
 complex syntax itself. Just like the Opening Hours editor in JOSM does


 On Wed, Sep 10, 2014 at 5:56 PM, Sander Deryckere sander...@gmail.com
 wrote:



 Op 10 september 2014 17:45 schreef Marc Gemis marc.ge...@gmail.com:

 Welcome back, Sander,

 did you take a sabbatical away from OSM ? :-)


 Sortof. Got occupied with other stuff.


 You could tag destination on the way after the junction, which is
 simplier, but then you do not have the lane selection information. This
 information is now available in modern, commercial routing apps. (the one
 in my car e.g.)

 Is there another tagging schema, that holds lane information and is
 simpler ?


 No approved schema. But we just try to cram too much into one tag (with
 strange separators like | and ;). I'd prefer one tag per lane that differs
 from the default. The amount of text would still be about the same, but it
 would be easier to read imo.


 Neither of them is very popular at the moment, though the plain
 destination is ahead:
 http://taginfo.openstreetmap.org/compare/destination/destination:lanes

 regards
 m


 2014-09-10 10:12 GMT+02:00 Sander Deryckere sander...@gmail.com:

 I've never been a big fan of the current lane tagging schema. F.e.,
 just try to tag the first picture on that wiki page:


 destination:lanes=Brno;Poysdorf;Mistelbach|Brno;Poysdorf;Mistelbach;Graz;Wien|Graz;Wien
 destination:ref:lanes=A5|A5;S1;A2|S1;A2
 destination:country:lanes=CZ|CZ;SK;H;SLO;I|SK;H;SLO;I
 destination:symbol:lanes=|airport|airport

 Are we really trying to hang ourselves?

 Anyway, that said, I'll never map anything with the :lanes extension
 myself, nor will I edit any such tag, but I you're willing to go through
 that painful process, I won't stop you.

 (oh, and if you want cooperation for all Belgian highways, better also
 put your message in English or French).

 Regards,
 Sander

 Op 10 september 2014 09:13 schreef Marc Gemis marc.ge...@gmail.com:

 Ik heb al enkele prive berichten uitgewisseld gehad met Johan over dit
 topic en ook op het NL-forum hebben we het erover gehad. Naar aanleiding
 van deze communicatie heb ik al een paar junctions verplaatst naar de
 plek die de wiki beschrijft. Omdat ik zelf niet in de mogelijkheid ben om
 foto's te maken van de borden, heb ik het noodgedwongen moeten houden op
 het mappen van de lanes  turn:lanes.


 Ik ben dus blij dat Johan bereid is om ons hierbij te helpen. Hopelijk
 inspireert dit anderen om ook foto's of filmpjes te gebruiken om de
 destinations in kaart te brengen.

 groeten

 m


 2014-09-09 22:57 GMT+02:00 Ben Laenen benlae...@gmail.com:

 On Tuesday 09 September 2014 22:14:25 Johan C wrote:
  In Nederland heb ik de snelwegen op veel plaatsen voorzien van
  bestemmingen. Als bijrijder ben ik in de gelegenheid geweest om
 afgelopen
  maand de bebording op de route Breda-Antwerpen-Gent-Kortrijk-Lille
 vice
  versa te fotograferen. Die wil ik graag op de manier zoals ik die in
  Nederland heb getagd gaan taggen. Dat houdt het volgende in:
 
  - invoeren destination details conform de werkwijze op
 
 http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details
 ,
  inclusief het invoeren van het afritnummer met de tag junction:ref

 De afritten zelf zouden er al moeten inzitten met hun naam en nummer
 onder
 highway=motorway_junction + ref=* + name=*. De exacte bestemmingen
 ontbreken
 inderdaad. Waar komt de junction:ref eigenlijk vandaan?

 Wel even de opmerking dat er verschil is tussen de naam van een afrit
 en de
 bestemming. Op deze borden
 http://nl.wikipedia.org/wiki/Bestand:Afrit-4-Oostende-A10.jpg zie je
 de naam, de blauwe borden met pijlen hebben de
 bestemming.

 Voor de rest: leef je maar uit :-)
 Ben


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



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



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



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



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

[OSM-talk-be] Fwd: Destination tagging on motorways

[Johan C]

Hi André

OSM GPS routers use destination
http://wiki.openstreetmap.org/wiki/Key:destination=* not to compute the
routes, they can do without,  but to know what the drivers see on the signs
in order to use the same information in spoken instructions

That's correct

I'm not sure you can copy the pictures

Google is a nice company, but they are not open. Their terms prohibit
copying contents pictures. But all it takes to get lane assistant in
Belgium is a few people who access motorways every now and then taking
pictures of the signs.

*there is no name to use* for a GPS to call a motorway entrance.

The OSM situation should reflect current signage: if there are no signs,
the destination tag should not be used

The names on the signs are for those who drive without GPS and as a
reassuring double check.

I've seen the upcoming of lane assistant somewhere in 2004. I think it's a
great feature. Every major navigation provider has it at the moment. Except
for Google, but they are going to get it, starting in the US.

Shouldn't the same ref=* http://wiki.openstreetmap.org/wiki/Key:ref as
of the motorway be used on all highway
http://wiki.openstreetmap.org/wiki/Key:highway=motorway_link
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link?

If the motorway link has these signs, they can be used.

Cheers, Johan



2014-09-10 23:30 GMT+02:00 André Pirard a.pirard.pa...@gmail.com:

  On 2014-09-09 22:14, Johan C wrote :

 In Nederland heb ik de snelwegen op veel plaatsen voorzien van
 bestemmingen. Als bijrijder ben ik in de gelegenheid geweest om afgelopen
 maand de bebording op de route Breda-Antwerpen-Gent-Kortrijk-Lille vice
 versa te fotograferen. Die wil ik graag op de manier zoals ik die in
 Nederland heb getagd gaan taggen. Dat houdt het volgende in:

 In the Netherlands I have the highways in many places equipped
 destinations. As a passenger, I had the opportunity to be on the route
 Breda-Antwerp-Ghent-Kortrijk-Lille to photograph. Past month the boarding
 vice versa I would like the way I tagged in the Netherlands go tag them.
 That means the following:

  - invoeren destination details conform de werkwijze op
 http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details,
 inclusief het invoeren van het afritnummer met de tag junction:ref

 - Enter destination details according to the procedure on
 http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details,
 including entering the exit number junction with the tag: ref


  - het positioneren van de motorway_junction conform
 http://wiki.openstreetmap.org/wiki/Talk:Lane_assist/Examples/Motorway_exit,
 oftewel juist voor de doorgetrokken streep

 - het positioneren van de motorway_junction conform
 http://wiki.openstreetmap.org/wiki/Talk:Lane_assist/Examples/Motorway_exit,
 oftewel juist voor de doorgetrokken streep


  Het mooie van het toevoegen van de destinations is dat dit een stap is
 om een rijstrookassistent te krijgen in OSM. Mijn op OSM gebaaseerde Garmin
 is al in staat om de bestemmingen niet alleen weer te geven maar ook uit te
 spreken, wat erg handig is in drukke verkeerssituaties. Diverse andere OSM
 routeringsprogramma's ondersteunen de bestemmingen eveneens.

  Ik wil graag meehelpen om ook andere Belgische snelwegen te voorzien van
 de bestemmingen, maar op sommige Belgische snelwegen kom ik erg weinig tot
 nooit. Zouden jullie kunnen helpen door het nemen van foto's van de
 bebording cq het opnemen van ritten op de snelwegen met een dashcam?

 The beauty of adding destinations is that this is a step to get into OSM.
 Lane guidance My OFM gebaaseerde Garmin has been able to show the
 destinations not only weather but also to speak, which is very convenient
 in traffic situations. Various other OSM routing programs also support the
 destinations.

 I would like to also help provide the destinations, other Belgian
 motorways but some Belgian highways I get very little or never. Could you
 help by taking pictures of the signage or the inclusion of journeys on
 motorways with a dashcam?

  Hi Johan,

 As I understand it (1) OSM GPS routers use destination
 http://wiki.openstreetmap.org/wiki/Key:destination=* not to compute the
 routes, they can do without,  but to know what the drivers see on the signs
 in order to use the same information in spoken instructions (e. g. call a
 lane by its destination if possible).Similarly for ref=*
 http://wiki.openstreetmap.org/wiki/Key:ref   and  name
 http://wiki.openstreetmap.org/wiki/Key:name=*.

 I did not understand every word you wrote, but it looks like you want the
 content of the Destination signposting.  They are all here on Google
 Street View https://maps.google.be/maps?.  I'm not sure you can copy
 the pictures, but pictures is not what is necessary for OSM: what is
 written on the road signs is legal information and cannot be copyrighted.

 My survey.

 On E25.
 destination http://wiki.openstreetmap.org/wiki/Key:destination=* is not
 used anywhere

[OSM-talk-be] Destination tagging on motorways

[Johan C]

In Nederland heb ik de snelwegen op veel plaatsen voorzien van
bestemmingen. Als bijrijder ben ik in de gelegenheid geweest om afgelopen
maand de bebording op de route Breda-Antwerpen-Gent-Kortrijk-Lille vice
versa te fotograferen. Die wil ik graag op de manier zoals ik die in
Nederland heb getagd gaan taggen. Dat houdt het volgende in:

- invoeren destination details conform de werkwijze op
http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details,
inclusief het invoeren van het afritnummer met de tag junction:ref

- het positioneren van de motorway_junction conform
http://wiki.openstreetmap.org/wiki/Talk:Lane_assist/Examples/Motorway_exit,
oftewel juist voor de doorgetrokken streep

Het mooie van het toevoegen van de destinations is dat dit een stap is om
een rijstrookassistent te krijgen in OSM. Mijn op OSM gebaaseerde Garmin is
al in staat om de bestemmingen niet alleen weer te geven maar ook uit te
spreken, wat erg handig is in drukke verkeerssituaties. Diverse andere OSM
routeringsprogramma's ondersteunen de bestemmingen eveneens.

Ik wil graag meehelpen om ook andere Belgische snelwegen te voorzien van de
bestemmingen, maar op sommige Belgische snelwegen kom ik erg weinig tot
nooit. Zouden jullie kunnen helpen door het nemen van foto's van de
bebording cq het opnemen van ritten op de snelwegen met een dashcam?

Met vriendelijke groet, Johan
aka It's so funny
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-nl] Mapping party Friesland

[Johan C]

Reminder voor de mappingparty in Leeuwarden aanstaande zaterdag: svp
uiterlijk aanstaande dinsdag aanmelden via
http://wiki.openstreetmap.org/wiki/BAGimport/MappingFrysl%C3%A2n omdat ik
het aantal deelnemers vooraf moet doorgeven

Cheers, Johan


Op 27 juni 2014 21:04 schreef Johan C osm...@gmail.com:

 Ik heb inmiddels een locatie voor de mappingparty in Friesland op 6
 september, zie
 http://forum.openstreetmap.org/viewtopic.php?pid=431772#p431772
 Deze posting op het forum bevat een link naar de OSM wiki waarop je je
 kunt inschrijven.

 Gr Johan


 Op 9 juni 2014 13:00 schreef Johan C osm...@gmail.com:

 (crossposting, zie het NL forum)

 Op zaterdag 6 september kun je deelnemen aan een mappingparty in
 Friesland. Vind je het leuk om:

 - de Friese community te helpen
 - medemappers in levende lijve te ontmoeten
 - de BAG import in Nederland af te ronden met de laatste Friese blanco
 restanten zoals Leeuwaren, Franeker, Drachten en Harlingen (dit even onder
 de aanname dat plaatsen als Venlo, Roermond, Nieuwegein, IJsselstein, Oss,
 Wychen, Wageningen, Almelo, Lelystad en nog veel meer woonplaatsen tegen 6
 september geïmporteerd zullen zijn)
 - te babbelen over governance in OSM
 - een pilske te nuttigen

 Geef dan svp via dit forum of via osm...@gmail.com door dat je er bij
 wilt zijn.

 Friesland is overigens gekozen omdat is gebleken dat de Friese community
 t.a.v. de BAG import erg klein is. Hopelijk kan deze mappingparty, naast
 het importeren van wat BAG data, helpen om de Friese community wat verder
 op te bouwen.

 Johan



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

Re: [OSM-talk-nl] Mapping party Friesland

[Johan C]

Mapping Fryslân niet de gebruiker is die dat gedaan heeft maar dat
dat het stuk Friesland is dat Johan gereserveerd heeft

Klopt, ik heb die polygoon aangemaakt om het gebied af te grenzen dat ik
graag tijdens de mappingparty zou willen doen, met hopelijk diverse Friese
mappers die dan hun eigen omgeving onder enige begeleiding van ervaren
BAGgers gaan importeren. Rene (rivw) heeft het nog open gebied in Friesland
gevuld, en heeft heel mooi precies tot de grens van 'Mapping Fryslân'
geïmporteerd. Ik hoop dat het gebied van 'Mapping Fryslân' niet
geïmporteerd wordt tot de 6e september, anders zou het een beetje l*llig
zou voor de Friese mappers die ik uitnodig. Afzeggen is ook geen optie, ik
heb een reservering moeten maken voor betreffende locatie.

Wat de rest van Nederland betreft: er zijn helaas nog genoeg gaten te zien,
dus hopelijk zijn die voor de 6e september gevuld. Zo niet, dan kunnen we
op 6 september kijken hoe ver we komen. Afgezien van wat verfijning
achteraf (straatnamen, osmose) zou dan gerekend vanaf het moment dat de
plugin live ging in slechts een half jaartje geheel Nederland geïmporteerd
zijn.

Cheers, Johan




Op 25 juli 2014 23:04 schreef Harry van der Wolf hvdw...@gmail.com:

 Het dringt nu pas tot me door dat Mapping Fryslân niet de gebruiker is
 die dat gedaan heeft maar dat dat het stuk Friesland is dat Johan
 gereserveerd heeft. Al de gemeentes die Johan gereserveerd heeft zitten in
 deze ene polygon.

 Niets aan de hand dus.

 Mijn Annuleren of...? was inderdaad een wel zeer open vraag om te kijken
 of we de andere gaten nog moesten doen en dan eventueel ook via die mapping
 party..

 Harry


 Op 25 juli 2014 22:13 schreef Sebastiaan Couwenberg sebas...@xs4all.nl:

 On 07/25/2014 08:57 PM, Harry van der Wolf wrote:
  Goed, en nu?
 
  Friesland is ondertussen gedaan door rivw en Mapping_Fryslan.
 
  Annuleren of ..?

 Volgens mij is het stuk dat Johan had gereserveerd nog niet gedaan door
 rivw noch Mapping_Fryslan, dus in dat opzicht hoeft er niets te
 veranderen aan het plan.

 Verder is de import nog klaar voor heel Nederland, er zijn nog
 ongeclaimde gemeentes op de intekenlijst en gaten zichtbaar in jouw
 polygons pagina.

 Die vullen met behulp van de aanwezige mappers lijkt mij een goede optie
 als ook de gereserveerde gemeentes intussen toch worden geimporteerd.

 Mvg,

 Bas

 --
  GPG Key ID: 4096R/E88D4AF1
 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


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

Re: [OSM-talk-nl] Mapping party Friesland

[Johan C]

Ik heb inmiddels een locatie voor de mappingparty in Friesland op 6
september, zie
http://forum.openstreetmap.org/viewtopic.php?pid=431772#p431772
Deze posting op het forum bevat een link naar de OSM wiki waarop je je kunt
inschrijven.

Gr Johan


Op 9 juni 2014 13:00 schreef Johan C osm...@gmail.com:

 (crossposting, zie het NL forum)

 Op zaterdag 6 september kun je deelnemen aan een mappingparty in
 Friesland. Vind je het leuk om:

 - de Friese community te helpen
 - medemappers in levende lijve te ontmoeten
 - de BAG import in Nederland af te ronden met de laatste Friese blanco
 restanten zoals Leeuwaren, Franeker, Drachten en Harlingen (dit even onder
 de aanname dat plaatsen als Venlo, Roermond, Nieuwegein, IJsselstein, Oss,
 Wychen, Wageningen, Almelo, Lelystad en nog veel meer woonplaatsen tegen 6
 september geïmporteerd zullen zijn)
 - te babbelen over governance in OSM
 - een pilske te nuttigen

 Geef dan svp via dit forum of via osm...@gmail.com door dat je er bij
 wilt zijn.

 Friesland is overigens gekozen omdat is gebleken dat de Friese community
 t.a.v. de BAG import erg klein is. Hopelijk kan deze mappingparty, naast
 het importeren van wat BAG data, helpen om de Friese community wat verder
 op te bouwen.

 Johan

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

Re: [OSM-talk] Organizational mapping policy

[Johan C]

The DWG does not decide policies.

Thanks Paul, good to read that there is a segregation of duties because
it's not DWG setting rules. A next step in DWG governance would be to have
an open process, of which a nice example can be found here:
http://wiki.openstreetmap.org/wiki/Open_Data_License/Community_Guidelines/How_We_Create_Community_Guidelines
I'm still confused about the words guidelines and policies as they are
being used in OSM. I hope MT/OSMF also decides on guidelines or other
rules, not only on policies.

All of these are addressed in the discussion paper,

I may have missed it, but where can I find that paper?

Having written regulatory guidance professionally, what was sent out was
sent is closest to a discussion paper, not a policy proposal, intended to
illicit viewpoints, not advocate specific requirements.

Thanks for this extra info. I found it difficult to read your first posting
in this thread, not only becaused it missed a clear addressing of the
problem and a LWG like process, but also because the word 'policy' was used
in the title, and the body contained the words 'guidelines' and 'guideline
requirements'.


Because of the discussion in this thread I updated the threat section of
our SWOT with the following two lines.
* Unexperienced contributors cause a decrease of data quality
* Biassed contributors cause a decrease of data quality
I used two lines to express faulty contributions because of two causes:
good intentions and bad intentions. Examples of the latter are contributors
changing the Crimean boundaries, certain religious mappers wiping out
Israel and sneaky companies deleting POI's of competitors. Feel free to
improve the two lines.
https://wiki.openstreetmap.org/wiki/Talk:Future#Threats

Cheers, Johan



2014-06-20 23:03 GMT+02:00 Paul Norman penor...@mac.com:

 On 2014-06-20 12:47 PM, Johan C wrote:
  However, I don't think it's a good idear that the DWG can decide on
  policies/guidelines/requirements etcetera because it's the same DWG that
  uses these policies/guidelines/requirements for enforcing.

 The DWG does not decide policies. That is one of the roles of the
 Management team[1].


  As broadly as you describe it, you could also be implying a policy onto
  HOT. For example, I have been armchair mapping in the Philippines, trying
  to do my best using sometimes bad satellite imagery (cloudy) to map roads
  in the Tacloban area. Or it could have also been tracks (difficulty to
  see sometimes), whereby I tried to use a tracktype which I'm sure was not
  always correct all the time. HOT is a larger organization, and I was not
  directly working for HOT but by using the tasking manager I was a remote
  mapper.
  You could also mean Maproulette, which seems to be a nice tool (I've
 never
  used it) but which also promotes armchair mapping. And what about quality
  assurance tools: even when they are not signalling things right some
  mappers desperately want to solve any warning/error they come up with.

 I'm glad you brought up the examples of armchair mapping through the TM,
 MapRoulette, and QA tools. All of these are addressed in the discussion
 paper,
 which specifically excluded them from the scope.

  Of course you can reply saying I'm exaggerating. But is the DWG
 _proposal_

 Having written regulatory guidance professionally, what was sent out was
 sent is closest to a discussion paper, not a policy proposal, intended to
 illicit viewpoints, not advocate specific requirements. Points may be
 included because members of the community have brought them up, not because
 they came from a member of the DWG.

 [1]: http://wiki.osmfoundation.org/wiki/Management_Team/Statutes#
 Policy_Procedure



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

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

Re: [OSM-talk] Organizational mapping policy

[Johan C]

The DWG has seen some what we're calling organized mapping which we
can generally define as a set of mappers being directed or working on
behalf of an organization.

As Frederik implied, for some reason the discussion on this turned
quite bitter.  I think it's inevitable that we'll have to address this
topic, but I get the impression that parts of our community aren't
ready to address this topic yet.

Thanks for your explanation Serge. I'm very glad to have community members
willing to spent their voluntarily time in the DWG to take on the sometimes
difficult job to solve conflicts. However, I don't think it's a good idear
that the DWG can decide on policies/guidelines/requirements etcetera
because it's the same DWG that uses these policies/guidelines/requirements
for enforcing. The solution for that is simple: have a LWG like process
using a WIKI ánd the OSMF setting these policies/guidelines/requirements,
for example by endorsement. To make a trias politica complete OSM could
need one ore two wise, preferrably grey-haired men or women when a mapper
does not agree on a decision by the DWG.

That said, having rules/guidelines/requirements and things like a mission,
a vision, goals and core values could help our community getting further.
Since IMHO OSM is quite far from growing into that, a way to grow is just
by managing incidents.

As I've read there has been some discussion on the NYC building import,
where Mapbox used paid mappers and not involving the local community the
right way. It might be that the DWG refers to that incident, seeing this
type of action as a threat to OSM, and wanting to regulate that. Though we
already have an import policy, do you mean that the import policy needs to
be revised?
As broadly as you describe it, you could also be implying a policy onto
HOT. For example, I have been armchair mapping in the Philippines, trying
to do my best using sometimes bad satellite imagery (cloudy) to map roads
in the Tacloban area. Or it could have also been tracks (difficulty to see
sometimes), whereby I tried to use a tracktype which I'm sure was not
always correct all the time. HOT is a larger organization, and I was not
directly working for HOT but by using the tasking manager I was a remote
mapper.
You could also mean Maproulette, which seems to be a nice tool (I've never
used it) but which also promotes armchair mapping. And what about quality
assurance tools: even when they are not signalling things right some
mappers desperately want to solve any warning/error they come up with.
An organization could also be seen wider as a local community. Because of
the release of open address data in the Netherlands several people already
uploaded some areas without consulting the community about a standardized
tagging method. That was harmonized in the import process, but I believe
Frederik finds our import sloppy because we're using three tags (one of
them continuously used for tracking the progress of the import, another one
used for updating already imported data) he would not like to see.

In a post yesterday Frederik described that sometimes judgement is needed
in tagging. He's right on that one. As complexity tends to grow in OSM,
mapping might/will become increasingly difficult in OSM. A risk is that
sloppy mapping will occur more and more. There is a way to solve that:
using Google's method by having every change authorized. Though I not
favour that system, it is a solution to keep our database clean.

Of course you can reply saying I'm exaggerating. But is the DWG proposal
meant to tackle Mapbox? Is it meant to regulate HOT or other NGO's? Is it
meant for mapping parties or universities where people are instructed to
spread out and tag some places in a manner as prescribed by the instructor?

And let's not forget that any rule also has to enforced: it's for example
for a government not difficult to set maximumspeeds on roads. It's already
a bit more difficult to communicate these maximumspeeds in a proper way to
car drivers. And it's way more difficult for police to enforce these
maximumspeeds. Another problem with rules: they raise the bar for mapping.
What if Shell would come by, communicating with the community about the
best way to maintain all Shell fuel stations in OSM worldwide. Should we
regard that as as threat ('no, Shell is bad, they will hurt the community,
luckily we have policies to keep them out'), or should we see it as a
opportunity ('hey, Shell wants to be a part of our community'). I like
thinking in opportunities instead of threats: getting companies like Shell
in could solve a lot of bad data in OSM: missing fuel stations.

I'm sorry to say, but the potential/present/future problem for which the
proposed DWG policy/requirement should be a solution is still not very
clear to me. Though I'm very willing to help writing on something that
encourages any organization, professional or not, to help OSM further in a
proper way: the core values are there for all mappers.

Re: [OSM-talk] Organizational mapping policy

[Johan C]

 that conclusion is wrong because even if we were to
implement a measure that you have no clear picture of, it could still
solve a problem ...

Even when shooting with hail one might miss the target :-)

Do you simply think that this additional transparency is not proven to
be necessary and you are against any rule that is not proven to be
necessary, or do you see an outright downside to transparency (if we
were to require this disclosure then there would be less good mapping
or so)?

Transparancy could be an explicit part of our core values ( draft:
http://wiki.openstreetmap.org/wiki/Talk:Future#Core_values ). But in my
opinion these would apply to any mapper regardless if they are paid for
mapping or not. I would for example prefer a paid mapper who is willing to
communicate (aspect of respect) over an unpaid mapper who is not open to
communicate to other mappers. I experience the latter too often, which does
hurt the data quality. Thát is a problem.




2014-06-19 11:11 GMT+02:00 Frederik Ramm frede...@remote.org:

 Hi,

 On 06/19/2014 12:26 AM, Johan C wrote:
  Since there is still no clear picture on the exact nature of the
  (potential) problem for OSM

 The problem that Wikipedia tries to solve is a lack of transparency;
 they want to make sure that, where compensation is involved, the
 potential motives of contributors are out in the open.

 They are not saying that it is bad to be paid for editing Wikipedia; nor
 are they saying that you have to request permission for paid Wikipedia
 editing. They just want the larger community, who might come to judge
 whether an edit has been made in good faith, to know the important facts.

 I think it was you who invoked comparisons to political processes and
 systems recently; you might compare this to rules that exist in many
 countries where members of parliament have to disclose any extra income
 they receive from other jobs. A member of parliament doesn't have to ask
 for permission if they earn money on the side but they have to disclose
 it, and the public can then decide whether they find this totally ok, or
 whether they believe that this flow of money could interfere with that
 person's contribution to parliament.

 I think that a similar transparency policy - disclose if you map for
 compensation - would make sense in OSM as well. (I also think - but that
 is more of a practical matter - that it would in some cases be very
 helpful to know that a group of seemingly separate accounts are actually
 controlled by the same corporate entity.)

  it's indeed very wise not to implement a
  solution, because logically that solution wouldn't solve the (potential)
  problem.

 First of all, that conclusion is wrong because even if we were to
 implement a measure that you have no clear picture of, it could still
 solve a problem - on purpose for those who understood it, and
 accidentally for those who didn't understand it.

 But as I pointed out earlier, you do not need to wait until your house
 is on fire to solve the fire problem; you can try to *avoid* the problem
 occurring in the first place.

 A storm is forecast and your neighbour closes their windows; you are new
 to the area and you would really appreciate a more thorough analysis on
 if and how a storm would affect your house since it is built a little
 different than your neighbour's; maybe you won't even be affected by the
 weather... but would it really be considered unwise to close your
 windows?

 It has been said by some people in this discussion - and I don't
 remember if that was your particular position as well - that the
 motivation behind an edit is irrelevant to OSM because, in contrast to
 Wikipedia, we only collect verifiable facts, and why bother who enters
 these and why?

 I don't subscribe to that point of view, and I will discuss this in a
 different thread.

 I do maintain that the additional transparency requirements that
 Wikipedia have introduced would serve OSM well, and I fail to see a
 downside to them.

 Do you simply think that this additional transparency is not proven to
 be necessary and you are against any rule that is not proven to be
 necessary, or do you see an outright downside to transparency (if we
 were to require this disclosure then there would be less good mapping
 or so)?

 Bye
 Frederik

 --
 Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

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

Re: [OSM-talk] Just facts?

[Johan C]

On Thursday 19 June 2014, Frederik Ramm wrote:
The discussion has been led here on talk and on osmf-talk. A statement
by Emilie Laffray on osmf-talk best summarizes the idea:

Ultimately, map data is pretty much fact and whether it exists or not
is a binary statement. Now, could someone slip advertisement like
places of all shops of a specific brand? Yes! Do we care? No, as long as
the data is factual. I don't care if someone is being paid to put data
in OpenStreetMap as long as this data is correct and valid...

All these are judgment calls where we trust our mappers to make the
right decision. All these are a far cry from the binary statement and
the easy fact checking that people often ascribe to OSM.

But this should not make ourselves blind to the fact that there's also
quite a lot of stuff in our database that is not as easy to fact-check.
I believe there is ample room to interpret reality in a way that is
not outright wrong, but has a spin on it - in OSM as in Wikipedia.

At SOTM Birmingham a workshop was aimed at mappers who wanted to share
their dreams for OSM in, say, 2020. Results can be found here:
http://wiki.openstreetmap.org/wiki/Future/Dreams
On the aspect of technique, editing, tools some dreams were:

   - Easy for non-techies to add data
   - Consistent tagging format or rules (described)
   - No federated tagging / worldwide consistency / no federational mappers
   - Ability to move on from poor initial tagging conventions


In my work I have to deal with guidelines involving ultimately some
billions of euros per year. As a professor I spoke about them wisely said:
you should always try to limit interpretation by improving the guidelines,
but there will always remain room for interpretation no matter how strict
the guidelines are. I think this combination can also work for OSM:
continuously keep on improving the map features (as stated in the dreams),
which are applicable to any mapper, paid or unpaid. Sometimes that leads to
easy black-and-white situations: a motorway should not be mapped as a
footway. But indeed, to a certain extent grey situations will remain. And
the grey situations need interpretation. As a core value, respect will also
mean mappers communicating about the reasons for their interpretation.

Cheers, Johan


2014-06-19 12:06 GMT+02:00 Frederik Ramm frede...@remote.org:

 Hi,

this is an offspring from the discussion about whether or not we are
 well advised to follow Wikimedia's example of requiring the disclosure
 of paid contributions.

 The discussion has been led here on talk and on osmf-talk. A statement
 by Emilie Laffray on osmf-talk best summarizes the idea:

 Ultimately, map data is pretty much fact and whether it exists or not
 is a binary statement. Now, could someone slip advertisement like
 places of all shops of a specific brand? Yes! Do we care? No, as long as
 the data is factual. I don't care if someone is being paid to put data
 in OpenStreetMap as long as this data is correct and valid...

 Let us go back in time to when Wikipedia was started. I wasn't there
 then but I am pretty sure that there would have been many at the time
 who naively said something like: An encyclopedia is a collection of
 facts and knowledge. We can argue how the facts are organised and
 presented but the content is verifiable and clear.

 I would probably have agreed. Where and when a composer was born and
 what their most famous work is - clearly a fact, no?

 Fast-forward to the present. Wikipedia has learned the hard way that
 there is much less fact and much more open to interpretation than
 initially believed. Meanwhile in OSM, people say: We don't have the
 same kind of problems as Wikipedia because ours is effectively a
 database of verifiable facts

 This is undoubtedly true for a number of things in our database - but
 the number of exceptions is much higher than you would naively expect.

 Firstly, there are cultural issues mostly to do with names. We have edit
 wars about name tags (most recently, disputed islands in South East Asia
 and territories between Ukraine and Russia) - what is the name on the
 ground in an area with active movement of troops?

 Another very recent example is a long discussion-cum-edit-war in Germany
 about whether or not something really *has* a German name X
 (name:de=X) or if that is a thing of past occupation
 (old_name:de=X). This is not a fact that you can simply check, it is
 something that requires research and brings us quite far into the
 [citation needed] terrain already.

 But there are other and much less obscure issues, starting with the
 highway classification. There are no hard and fast rules about what is,
 for example, a primary or a secondary road; this is mainly a distinction
 that we leave to the local mapping community, and yes, there are edit
 wars about that too, and there is potential for edits with an ulterior
 motive (someone who lives on a street might downgrade it from primary to
 secondary to have 

Re: [OSM-talk] Organizational mapping policy

[Johan C]

It is a bit unclear to me how such a distinction would work in OSM (or
even how it is supposed to work in Wikipedia) but we can just sit back
and watch how that policy plays out.

Since there is still no clear picture on the exact nature of the
(potential) problem for OSM it's indeed very wise not to implement a
solution, because logically that solution wouldn't solve the (potential)
problem. Therefore to sit back is not necessary either, since  there can be
an open discussion to clarify the (potential) problem for OSM.

Cheers, Johan


2014-06-17 23:03 GMT+02:00 Frederik Ramm frede...@remote.org:

 Hi,

 On 05/14/2014 01:44 AM, Paul Norman wrote:
  Some possible guideline requirements could involve
 
  - Disclosing those who are directing them (e.g. employers or who they
are contracting for) on the users page

 Effective yesterday, Wikimedia have added the following to their terms
 of use:

 ... you must disclose your employer, client, and affiliation with
 respect to any contribution for which you receive, or expect to receive,
 compensation.

 Full text on

 https://meta.wikimedia.org/wiki/Board_letter_on_paid_contributions_without_disclosure

 They essentially draw two lines that determine when disclosure is required:

 1. you have to (expect to) receive compensation
 2. for a specific contribution.

 People who require money for general contribution - e.g. a university
 employee who, as part of their contract, edits Wikipedia in his or her
 field of knowledge, does not need to disclose that; only if they are
 specifically asked to do something.

 It is a bit unclear to me how such a distinction would work in OSM (or
 even how it is supposed to work in Wikipedia) but we can just sit back
 and watch how that policy plays out.

 Bye
 Frederik

 --
 Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

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

Re: [OSM-talk-nl] meerdere namen op een motorway junction

[Johan C]

de vraag is nu ga ik dit veranderen?

Kan prima, als je de bestaande info maar niet weggooit. Dat kan door op de
motorway_junction node de naam 'Brielle' te zetten. En vervolgens met
destination en destination:ref de informatie van de bewegwijzering op de
afrit te zetten. Zie http://wiki.openstreetmap.org/wiki/Lane_assist

Cheers, Johan



Op 16 juni 2014 14:23 schreef wouter van der plas wouterv.dp...@gmail.com:

 volgens deze site heet de afslag inderdaad briele


 http://bewegwijzering.autosnelwegen.nl/index.php/a10-a18/a15-nijmegen-rotterdam

 de vraag is nu ga ik dit veranderen?



 Op 16 juni 2014 14:01 schreef Andre Engels andreeng...@gmail.com:

 De 'naam' van de afrit is in Nederland, als ik het me goed herinner, de
 _eerste_ plaats op het afritbord. In dit geval dus vermoedelijk 'Brielle'.

 André


 2014-06-16 13:43 GMT+02:00 wouter van der plas wouterv.dp...@gmail.com:

  hallo,

 ik ben geabonneerd op de rss feed van osmose in mijn gebied.
 en dus kreeg ik een email binnen die mij vertelden dat er meerdere namen
 op een afrit stonden.

 http://osmose.openstreetmap.fr/en/error/992336328
 http://www.openstreetmap.org/node/92961494

 nu is dit op zich niet echt een probleem wand op de kaart staat alles
 goed.
 maar als je naar de wiki pagina kijk, staat daar dat de naam tag
 speciaal voor een specifieke naam is.

 en voor wat nu de naam tag  is moet de exit_to tag worden gebruikt.

 http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction

 mijn vraag is dan nu of dat er iets anders is afgesproken in Nederland.
 en of dat het moet worden verandert.

 met vriendelijke groet,

 wouter van der plas


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




 --
 André Engels, andreeng...@gmail.com

 ___
 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

[OSM-talk-nl] Mapping party Friesland

[Johan C]

(crossposting, zie het NL forum)

Op zaterdag 6 september kun je deelnemen aan een mappingparty in Friesland.
Vind je het leuk om:

- de Friese community te helpen
- medemappers in levende lijve te ontmoeten
- de BAG import in Nederland af te ronden met de laatste Friese blanco
restanten zoals Leeuwaren, Franeker, Drachten en Harlingen (dit even onder
de aanname dat plaatsen als Venlo, Roermond, Nieuwegein, IJsselstein, Oss,
Wychen, Wageningen, Almelo, Lelystad en nog veel meer woonplaatsen tegen 6
september geïmporteerd zullen zijn)
- te babbelen over governance in OSM
- een pilske te nuttigen

Geef dan svp via dit forum of via osm...@gmail.com door dat je er bij wilt
zijn.

Friesland is overigens gekozen omdat is gebleken dat de Friese community
t.a.v. de BAG import erg klein is. Hopelijk kan deze mappingparty, naast
het importeren van wat BAG data, helpen om de Friese community wat verder
op te bouwen.

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

Re: [OSM-talk] Organizational mapping policy, the role of the DWG

[Johan C]

) were not answered.

 What? Do we have a language problem here? Let me quote from Paul's
message:...
 In fact, this message from Paul constitutes the very transparency that
you were asking for earlier. What can be more transparent than emailing
the list and saying: Look, people, we think we might need some policy
here, what do you think?

It would have helped when the process had been sketched (this is step 1,
step 2 will be a wiki page which can be edited by the community in the
coming x months, step 3 will be an endorsement process by OSMF in month
...). One thing was very good: Paul clearly identified himself as speaking
on behalf of the DWG

 I will answer these questions to the best of my ability

Thanks for answering my four questions.

It's easy for me to have comments on the DWG from a sideline. The Dutch do
have a expression De beste stuurlui staan aan wal'. I actually don't know
the right translation for it in English, it might be something like 'It's
easy to shout from the sideline'. Therefore I want to help the DWG. Which
also enables me to work closely together with you. I admire (to make sure:
this is absolutely not meant cynical) the things you are doing for OSM like
the clearly visible amount of time you are spending on OSM, like having the
Geofabrik tools and much more.

What I can offer: on average about five hours per week. Over 25 years of
professional expertise in finance and control (yep, I'm not an ICT guy).
Over 4,5 years OSM experience including + 6000 changesets. A crazy mapper
(in the words of the wonderful http://www.hdyc.neis-one.org/?). Experience
in dealing with vandalism. Experience in a big import with all it's ups and
downs. Some idears I would like to work on as posted be me yesterday and in
this posting. A bit of humour. Quite frequently positive energy. Knowledge
of the difference between process and content. Some grey hairs.
Transparancy, integrity, accountability. Open for feedback. The promise to
answer to questions within a week. Communication with as much respect and
positive energy as possible, which also means identifying myself in which
role I communicate. And maybe most important: love for OpenStreetMap, which
I hope will have the best mappingcommunity and map(data) in the world
within a decade.

Cheers, Johan
Dutch community member


Johan,

 On 05/23/2014 12:43 AM, Johan C wrote:
  So, if there’s no fire, no epic problem and a constant need to be
 integer and delicate, why is the DWG picking up the legislative role?

 I'd perhaps not word it in such a manner.

 The DWG is occasionally (by those whom we admonish or block for bad
 behaviour) accused of acting in an arbitrary way - people would prefer
 to have a rule that says: Don't do this or we will intervene, instead of
 just having a general hand-wavy as long as nobody complains you might
 be fine.

 And people are right - for the DWG, too, it would be nice to be able to
 say these are the rules that the community has agreed on, instead of
 making things up as we go along.

 These things take a lot of time and discussion. It can easily be a year
 from suggesting that the community think about something, to the
 development of something that might be called a policy. The DWG cannot
 and will not usually poll the community on a concrete issue (we have
 received this complaint where a company did this and that without
 consulting anyone, now what should we do); and by looking at Wikipedia
 I think it would be naive to assume that OSM won't see more and more
 corporate or organised editing.

 Aren't you active in the Future Group - should you not have some
 understanding for the idea of looking ahead and thinking about
 tomorrow's problems? Instead you essentially say, the house is not on
 fire so why establish safety rules. That's not very forward-looking is it?

 My take is: We don't need a policy now but we will some day need one;
 even today, while not yet strictly necessary, having a policy would
 create a fair playing ground for everyone.

 I don't think this is DWG picking up the legislative role - it's more
 DWG consulting the community because, as I said, as long as there's no
 guideline we'll decide things on a case-by-case basis.

  To answer that question for myself, I wanted to view the DWG minutes.
 They can be found on this page:
 http://www.osmfoundation.org/wiki/Data_Working_Group
  That is, the DWG only seems to meet once a year. The last meeting
 minutes are from 2014-01-05. The previous one is from 2013-02-07. Too bad,
 nothing in this minutes resembles discussions about an organizational
 mapping policy.

 I don't know what the problem is here. Most of DWG discussions happen on
 the DWG mailing list. We discussed an issue, we decided to ask what the
 community was thinking - where's your problem?

  This lack of transparancy, along with a luckily failed attempt to issue
 guideline requirements

 What? Do we have a language problem here? Let me quote from Paul's message:

 For this reason the DWG

Re: [OSM-talk] Organizational mapping policy, the role of the DWG

[Johan C]

At May 13 Paul Norman wrote a posting on behalf of the Data Working
Group (DWG) stating that “…For this reason the DWG is considering if
it is necessary to issue guidelines for organizational editing.” Also
the words “guideline requirements” were used in this post.

My daily job for over 25 years at various organizations involves
striking the balance between interests in many ways, like governance
issues, like segregation of duties. And having multiple discussions
about which one is better: control or trust? Peoples behaviour
unfortunately needs both control and trust and it’s a never ending
story as to which degree both are needed.

In his trias politica Montesquieu took the view that the Roman
Republic had powers separated so that no one could usurp complete
power. Balancing of powers by separating them into legislative,
executive and judicial powers is needed to avoid centralized power or
even dictatorship. Translated to OSM, legislative can be compared to
setting formal/informal standards, guidelines, policies and
requirements, all needed to control the project and to avoid
arbitrariness (‘a motorway should not be tagged as a footway’).
Executing is carrying these out. And judicial could be compared to
‘grey-haired independent persons’, to which you can turn in case one
does not agree with a decision by the executive body. To my knowledge
OSM does not have such a judicial body.
Centralized power which combines two or three powers can sometimes be
very handy, for example in emergency situations: one or two persons
take control, the rest has to obey their commands. “The building is on
fire, everyone has to leave this building immediately”.

Back to this thread. I was wondering why it is the DWG considering
issuing guidelines. The DWG has a powerful position, since the DWG can
block users and revert edits. That’s an executive role. The possible
impact of that power: massive. The Mechanical Edit Policy (although it
seems to be a draft?), which has no set start date, contains the
following line: “Your edit may be reverted even if you have followed
this policy; this doesn't guarantee your edit will be accepted.”. Wow.
That means the DWG even has the power to revert the import of the
original Tiger dataset in the U.S. without the U.S. community being
able to defend itself. Having much power in an executive role because
a judicial role is missing requires integrity and delicacy. I have no
doubt that the DWG members are integer and delicate. So why also pick
up the legislative role? Is there a fire within OSM, which needs
central control these days?

To answer this question I checked the various postings in this thread.
Paul uses the following phrase in his posting of May 14: “Recent
events in a project similar to OpenStreetMap - Wikipedia - have
demonstrated that the participation of organizations in data editing
can occasionally lead to misunderstandings or disharmony in the
project, particularly where a lack of transparency is involved.” On a
question of Simon Poole (May 14), asking whether there was a fire,
Frederik Ramm (May 14) answered that there was a fire: four “no bad
intent” organizations in Germany alone in the past year, Mapbox and
Telenav being open but on a “totally voluntarily” basis and “likely a
bunch of other companies who do the same kinds of things but do not
talk about it”.
It’s even wondered whether there is a fire: The problem at hand is
currently at a scale that can still be handled on a case-by-case
basis” and “we assume that the number of such cases might be on the
rise.” (Frederik Ramm, May 14). Mikel Maron enquires about the scale
of the problem on May 14: “From the DWG and others, would be good to
know more specifically about problem instances from the past. Exactly
what scale of a problem are we talking about?” Than on May 16 Clifford
Snow challenges the DWG to show the fire: “I would challenge the DWG
to share with the community their data on why they are bring up this
topic.” Till date no answer. It might never come because there is no
fire. Though it might be polite to answer him. Mikel wrote (May 14):
“It's wise to contextualize all of this as part of best practice,
rather than policy requirements. We want to encourage people how to do
things well within OSM, rather than discourage them from getting
involved at all. No reason to take a defensive stance, unless an epic
problem is erupting.

So, if there’s no fire, no epic problem and a constant need to be
integer and delicate, why is the DWG picking up the legislative role?

To answer that question for myself, I wanted to view the DWG minutes.
They can be found on this page:
http://www.osmfoundation.org/wiki/Data_Working_Group
That is, the DWG only seems to meet once a year. The last meeting
minutes are from 2014-01-05. The previous one is from 2013-02-07. Too
bad, nothing in this minutes resembles discussions about an
organizational mapping policy.

This lack of transparancy, along with a luckily failed attempt to
issue 

[OSM-talk-nl] BAG import

[Johan C]

Zo'n 5,5 maand na een discussie over de BAG import heeft Frederik Ramm
afgelopen vrijdag een opmerking gemaakt over de import. Ben je
geinteresserd in discussies over de trias politica, de handelwijze van
dictators, functievermenging, governance, transparantie, de onvolwassenheid
van OSM, beslissingsmethoden en nog veel meer, kijk dan naar de posts die
sinds afgelopen vrijdag op het NL forum zijn gezet

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

Re: [OSM-talk-nl] huisnummers in Amsterdam-West terug-draaien?

[Johan C]

..wolkjes aan nodes in gebouwen die nergens op slaan...

Ze slaan uiteraard wel ergens op, want ze bevatten cruciale info: te weten
een adres. En ook nog eens binnen het betreffende pand. Bij het vaststellen
hoe de BAG import zou verlopen is de nodige discussie geweest met de Data
Working Group. Een randvoorwaarde van de DWG is dat het voor beginners
makkelijk moet zijn om met de adressen te werken, ook met Potlatch (1 / 2)
en iD.

Wat voldoet dan precies aan die randvoorwaarde?

- De huidige methodiek sowieso (die is door de keuring van de DWG heen
gekomen).
- Interpolation? Mijn persoonlijke ervaring is dat beginnende mappers
rustig losse POI's aanmaken, terwijl ze dat eigenlijk op de geïnterpoleerde
lijn hadden moeten doen. Dit is dus voor beginners niet makkelijk genoeg.
- Een scheiding met komma's, puntkomma's of een bereik? Zolang het aantal
adressen niet groot is, is het nog te overzien. Ik heb diverse
appartementen geïmporteerd met tientallen adressen. Dat is dan niet
eenvoudig voor een beginner om te splitsen als één van de nodes een POI
moet worden

Voorts hebben we ook nog het probleem dat we in 2D werken. Bovendien is de
vraag waar de adressen horen. Er zijn wat mogelijkheden: de ingang van het
appartementencomplex, de deur van het appartement of op de outline van het
apartement.

Kortom: er is nog geen goede oplossing beschikbaar voor het taggen van
adressen op apartementen. De huidige wolkjes zijn een compromis dat goed
werkt totdat een definitieve oplossing beschikbaar is. Op
http://wiki.openstreetmap.org/wiki/Addresses en
Proposed_Features/Multiple_addresseshttp://wiki.openstreetmap.org/wiki/Proposed_Features/Multiple_addresses
staat
meer informatie over eerste oplossingsrichtingen voor het taggen van
adressen op apartementen.

Het lijkt me prima dat we deze discussie op OSM-NL voeren, maar het is nog
handiger als mappers buiten Nederland mee kunnen gaan denken. Dat kan via
https://lists.openstreetmap.org/listinfo/tagging

Ik ben in ieder geval geen voorstander van het hermappen van de huidige
wolkjes conform een bepaalde taggingmethode als die betreffende
taggingmethode nog niet goed is uitgekristalliseerd.

Cheers, Johan




Op 4 mei 2014 21:55 schreef webmind webm...@puscii.nl:

 On 04/05/14 21:40, Harry van der Wolf wrote:
 
 
 
  Op 4 mei 2014 20:55 schreef Sebastiaan Couwenberg sebas...@xs4all.nl
  mailto:sebas...@xs4all.nl:
 
 
 
  Het samen voegen van adres nodes in een node m.b.v. interpolation is
 dus
  niet aan te raden.
 
  Mvg,
 
  Bas
 
 
  Dit is correct. Adres interpolatie moet op tenminste 2 nodes
  (begin-eind) of meerdere als je bijvoorbeeld een bochtige weg hebt.
  Het is niet correct op een enkele adres node. Eventueel op een building
  (flat) kan het wel, maar daar is het beter om de addr:flats= key te
  gebruiken omdat die veel meer mogelijkheden biedt.

 Dat is hier wellicht gepast, vind Nominatim de tussenliggende
 huisnummers dan (bv nummer 3 bij addr:flats=1-20)? En kan je dan
 aangeven als een flat alleen de even nummers heeft?

  Terugdraaien van adressen lijkt mij hier niet een juiste stap.

 Behouden van wolkjes aan nodes in gebouwen die nergens op slaan lijkt
 mij ook niet wenselijk. Je kan ze mappen op de correcte locatie binnen
 het gebouw, mits je die info hebt. Zo niet is het denk ik het slimst om
 de voordeur te gebruiken of een in iedergeval een enkele node.

 --
 GPG Key: https://u2m.nl/data/webmind.asc
 GPG Fingerprint: 0506 976E 2346 53B4 A628  EC33 E23D 16EE FCF1 54AE
 u2m.nl SHA1: B1:E6:D0:01:7E:4B:68:7C:B0:35:EB:C8:52:85:59:7E:D4:E3:1F:AE
 Puscii SHA1: 01:CF:FB:9D:1F:E1:D9:13:60:19:E3:25:60:E4:F6:05:8C:CB:2C:A3

 ___
 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] Samenwerking met Be-Mobile

[Johan C]

(ook gepost op het NL Forum)

Ik heb gisteren een mailtje gestuurd naar Be-Mobile, het bedrijf achter de
app en website MobileNinja. Ik kreeg vanavond een reactie van Be-Mobile dat
de onjuiste attribution is aangepast. Daarnaast heb ik een voorbeeld
doorgegeven (A15 ten zuiden van Rotterdam) waarbij OSM al sinds afgelopen
december de juiste situatie weergeeft en de commerciële kaartjes van
Navteq, TeleAtlas en Google Maps nog steeds de onjuiste situatie.
MobileNinja plot de verkeersinfo'lijn' daar volgens de oude situatie.
FrankL2009 gaf aan dat barrières niet worden meegenomen. Dat heb ik zelf
ook geconstateerd en doorgegeven aan Be-Mobile.

Be-Mobile graag wil graag samenwerken met OpenStreetMap, bijvoorbeeld door
het aangeven van potentiële fouten in onze data op basis van de
voertuiginformatie die Be-Mobile verzamelt. Ik heb als suggestie gedaan dat
idealiter een weergave op een slippy map komt waarbij de potentiële fout
(bijvoorbeeld eenrichting onjuist, ontbrekende of foutieve afslagbeperking,
ontbrekende weg, weg niet toegankelijk voor auto's in OSM maar wel in het
echt) op een slippy map wordt weergegeven ter verbetering. Zijn er andere
mogelijkheden om OSM beter te krijgen met actuele GPS tracks van Be-Mobile?

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

Re: [OSM-talk] Launching OpenAddresses

[Johan C]

2014-03-27 2:41 GMT+01:00 Alex Barth a...@mapbox.com:


 On Wed, Mar 26, 2014 at 7:24 PM, Johan C osm...@gmail.com wrote:

 Open data initiatives will help in acquiring address data: for  example
 by July 2015 close to 200 million addresses in the EU will be available for
 OSM because of a change in the national laws.


 What do you base those numbers on?

 Cheers



1. Change of law in all EU countries by July 2015 according to Directive
2013/37/EU of the European Parliament of 26 June 2013 amending Directive
2003/98/EC on the re-use of public sector information: By 18 July 2015,
Member States shall adopt and publish the laws, regulations and
administrative provisions necessary to comply with this Directive. They
shall immediately inform the Commission thereof.  They shall apply those
measures from 18 July 2015.
http://eur-lex.europa.eu/legal-content/EN/ALL/?uri=OJ:L:2013:175:TOC

2. Number of households in the EU:
http://epp.eurostat.ec.europa.eu/statistics_explained/index.php/Household_composition_statistics
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Launching OpenAddresses

[Johan C]

2014-03-27 23:06 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:

 200 millions addresses only in the EU ?

 France has around 26 millions in the IGN database which would mean 1/8 of
 all EU ?


Yep. Germany is the largest: 40M. UK a little bit more than France, Italy a
bit lower. (25M)
http://epp.eurostat.ec.europa.eu/statistics_explained/index.php?title=File:Private_households_by_household_composition,_2011.pngfiletimestamp=20131004104540




 After reading part 22 of the 2013/37/EU directive... it looks like there
 is not reason to have some change for example in France on the IGN side.
 Given the quality of this dataset on the available samples I've checked, it
 may not be a bad news ;)



 2014-03-27 21:34 GMT+01:00 Johan C osm...@gmail.com:

 2014-03-27 2:41 GMT+01:00 Alex Barth a...@mapbox.com:


 On Wed, Mar 26, 2014 at 7:24 PM, Johan C osm...@gmail.com wrote:

 Open data initiatives will help in acquiring address data: for  example
 by July 2015 close to 200 million addresses in the EU will be available for
 OSM because of a change in the national laws.


 What do you base those numbers on?

 Cheers



 1. Change of law in all EU countries by July 2015 according to Directive
 2013/37/EU of the European Parliament of 26 June 2013 amending Directive
 2003/98/EC on the re-use of public sector information: By 18 July 2015,
 Member States shall adopt and publish the laws, regulations and
 administrative provisions necessary to comply with this Directive. They
 shall immediately inform the Commission thereof.  They shall apply those
 measures from 18 July 2015.
 http://eur-lex.europa.eu/legal-content/EN/ALL/?uri=OJ:L:2013:175:TOC

 2. Number of households in the EU:
 http://epp.eurostat.ec.europa.eu/statistics_explained/index.php/Household_composition_statistics






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




 --
 Christian Quest - OpenStreetMap France
 Conférence State Of The Map France du 4 au 6 avril à 
 Parishttp://openstreetmap.fr/sotmfr

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


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

Re: [OSM-talk] Launching OpenAddresses

[Johan C]

2014-03-26 8:00 GMT+01:00 Tom Morris t...@tommorris.org:

  The fact that the import process (and indeed the tag approval process)
 has become heavyweight enough that people aren't bothering anymore should
 perhaps be a reason to drastically reform those processes.

 I know I've participated in both and basically given up.

 --
 Tom Morris
 http://tommorris.org/


You have a point. A few months ago I've heard a Belgium guy saying
something like you. And I've some experiences myself on the process which
has made me count to ten a few times. The attitude for imports can be
experienced as harsh, like going through an exam.

What I learned from it: everyone here cares about OSM and wants OSM to be
the best map(data) in the world. And there are actually no folks against
imports. It's only that imports should be done in the right way. What the
right way is, is slowly being established for addresses. In spite of some
differences, anybody who now wants to import addresses and building
outlines can look at imports in New York City and The Netherlands and some
other countries for examples. If anyone wants help on the import process
there are several people willing to assist in a positive manner.

Open data initiatives will help in acquiring address data: for  example by
July 2015 close to 200 million addresses in the EU will be available for
OSM because of a change in the national laws. For me having addresses and
building outlines within the OSM database is the number one option because
of the conflation process to get the data in. Having this data in will make
it a lot easier for mappers to check the address data, set entrances to
buildings and to add POI's. OpenAdresses can be a second best option, for
example in cases where the quality of public address data is too low for
importing.

Cheers, Johan
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-nl] Fwd: [OSM-talk-be] Fwd: [OSM-talk] Guinea Ebola Outbreak, Mapping to support MSF

[Johan C]

-- Forwarded message --
From: Marc Gemis marc.ge...@gmail.com
Date: 2014-03-26 19:06 GMT+01:00
Subject: [OSM-talk-be] Fwd: [OSM-talk] Guinea Ebola Outbreak, Mapping to
support MSF
To: OpenStreetMap Belgium talk...@openstreetmap.org




-- Forwarded message --
From: Pierre Béland pierz...@yahoo.fr
Date: Wed, Mar 26, 2014 at 12:55 PM
Subject: Re: [OSM-talk] Guinea Ebola Outbreak, Mapping to support MSF
To: HOT Discussion list h...@openstreetmap.org, Talk 
t...@openstreetmap.org


Thanks to Jean-Guilhem who is correcting me about the priority

The first priority is for Guekedou
http://tasks.hotosm.org/job/469http://tasks.hotosm.org/job/471

The two other cities to map are

Kissigoudou http://tasks.hotosm.org/job/470

Macenta http://tasks.hotosm.org/job/471

The link for imagery in JOSM is

http://imagery.openstreetmap.fr/tms/1.0.0/guinee_msf_pleiades1a/{zoom}/{x}/{y}

The link for ID is

http://imagery.openstreetmap.fr/tms/1.0.0/guinee_msf_pleiades1a/{z}/{x}/{y}
http://imagery.openstreetmap.fr/tms/1.0.0/guinee_msf_pleiades1a/%7Bzoom%7D/%7Bx%7D/%7By%7D




Pierre

  --
 *De :* Pierre Béland pierz...@yahoo.fr
*À :* HOT Discussion list h...@openstreetmap.org; Talk 
t...@openstreetmap.org
*Envoyé le :* Mercredi 26 mars 2014 7h23
*Objet :* [OSM-talk] Guinea Ebola Outbreak, Mapping to support MSF

Following the Ebola outbreak, MSF Switzearland needs rapidly maps of three
towns. Thy are requesting since this area is actually unmapped. New imagery
have been obtained.

We have prepared Task Manager jobs for the three towns to be mapped. We
consider this of high priority for the next few days. Please come and help.

The first priority is for Kissigoudou http://tasks.hotosm.org/job/470

The two other towns to be mapped are

Guekedou http://tasks.hotosm.org/job/469 http://tasks.hotosm.org/job/471

Macenta http://tasks.hotosm.org/job/471


Pierre

___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk




The first priority is for Guekedou
http://tasks.hotosm.org/job/469http://tasks.hotosm.org/job/471

The two other cities to map are

Kissigoudou http://tasks.hotosm.org/job/470

Macenta http://tasks.hotosm.org/job/471

The link for imagery in JOSM is


Pierre

  --
 *De :* Pierre Béland pierz...@yahoo.fr
*À :* HOT Discussion list h...@openstreetmap.org; Talk 
t...@openstreetmap.org
*Envoyé le :* Mercredi 26 mars 2014 7h23
*Objet :* [OSM-talk] Guinea Ebola Outbreak, Mapping to support MSF

Following the Ebola outbreak, MSF Switzearland needs rapidly maps of three
towns. Thy are requesting since this area is actually unmapped. New imagery
have been obtained.

We have prepared Task Manager jobs for the three towns to be mapped. We
consider this of high priority for the next few days. Please come and help.

The first priority is for Kissigoudou http://tasks.hotosm.org/job/470

The two other towns to be mapped are

Guekedou http://tasks.hotosm.org/job/469 http://tasks.hotosm.org/job/471

Macenta http://tasks.hotosm.org/job/471


Pierre

___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk



___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk



___
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

Re: [OSM-talk] [Talk-us] OpenStreetMap Isn't All That Open, Let's Change That and Drop Share-Alike

[Johan C]

So we're wondering why OpenStreetMap, being better (superior?) than Google
in map data, is not used by commercial companies like BMW. Is there a
native German on this list who can ask BMW why they're not using OSM?


2014-03-17 21:55 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de:

 Am 17.03.2014 04:53, schrieb Hans Schmidt:

  If I, as a company, would use some map provider, I would definitely go
 for at least everywhere a minimum level of coverage instead of only a
 few places with excellent coverage.

 There was a comparison about Google and OSM a fow years ago. It showed
 that even on some non-European countries (e.g. Africa) a lot of citties are
 mapped better in OSM than Google: at least at that time there was no
 financial benefit for the commercial map providers to map all these places.
 Maybe this improved a little bit, but I don't think so...


 Best regards,
 Michael.



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

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

Re: [OSM-talk] OpenStreetMap Isn't All That Open, Let's Change That and Drop Share-Alike

[Johan C]

We have much better map data? Based on what? OSM will for example in the
next x years not be able to accomodate OSM friendly commercial companies
like Telenav on addresses, lane assistance and POI's.

Op zondag 16 maart 2014 heeft Florian Lohoff f...@zz.de het volgende
geschreven:





 We have much better Map Data - so why does BMW offer Google?

 Flo
 --
 Florian Lohoff 
 f...@zz.dejavascript:;

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

Re: [OSM-talk-nl] Postbussen

[Johan C]

Ha Luc,

 Wanneer ik een dataset krijg na het doen van een aanvraag voor deze te
gebruiken in OSM, is het dan nog steeds nodig om los daarvan een licentie
voor gebruik te ontvangen? Ik ga erom vragen, maar ik kan me zo voorstellen
dat ze dan langs de juridische afdeling moeten en er voor hun meer tijd en
geld in gaat zitten.

Schriftelijke toestemming waarbij expliciet is aangegeven dat de dataset in
OpenStreetMap gebruikt mag worden kan ook prima per email. Als je dat niet
zwart op wit krijgt, kunnen er later problemen ontstaan.

 Om op de BAG import terug te komen, wat is een goed startpunt om erover
te gaan lezen? Ik zie verschillende wiki pagina's en topics, maar waar kan
ik vinden hoe import tools werken en wat er nog moet gebeuren?

Kort samengevat: de BAG bevat pandcontouren en adressen die we onder een PD
licentie importeren in OSM. Daar is inmiddels een JOSM plugin voor
geschreven waarmee het relatief eenvoudig is om de import te doen. Dat
gebeurt in stapjes van ongeveer één vierkante kilometer wat circa een half
uur kost per stapje. Momenteel zijn zo'n 10 à 15 OSM'ers bezig met het
importeren. Een voorbeeld daarvan zie je in Delft. Er ligt nog ruim 90% van
Nederland braak (te importeren), dus zou het mooi zijn als jij en je
studiegenoten mee zouden helpen om dat percentage terug te brengen. Op de
WIKI pagina http://wiki.openstreetmap.org/wiki/BAG zie je algemene info
over de BAG. De pagina http://wiki.openstreetmap.org/wiki/BAGimport bevat
het voorstel, uit november 2013, aan de
importlisthttps://lists.openstreetmap.org/listinfo/importsover de
import. En sinds vandaag een mooie grafiek die de voortgang van de
import laat zien. Op
http://wiki.openstreetmap.org/wiki/BAGimport_via_ODS_plugin staat de
handleiding die we bij de import gebruiken. En
http://forum.openstreetmap.org/viewtopic.php?pid=406174#p406174 wordt
gebruikt om discussies over de import te voeren.

Laat maar weten als je er meer vragen over hebt

Cheers, Johan
aka It's so funny





Op 16 maart 2014 21:11 schreef osm-talk...@lucb1e.com:

 Bedankt voor alle reacties!

 Re: Hans Spaans
  Hou er rekening mee dat de huidige brievenbussen op maximaal een
  radius van 500 meter van de verstuurder moeten staan en vorig jaar
  is aangekondigd dat dit 750 meter mag gaan worden. Wanneer dit in
  effect komt weet ik niet, maar misschien wel handig om even te
  kijken hoe ze nu de BAG-import doen ivm updates in de toekomst.

 Hier heb ik aan gedacht. Ik hoop dat wanneer PostNL zo vriendelijk is om
 een initiele set aan te leveren, ze ook wijzigingen aan kunnen leveren.
 Daarnaast lijkt me de initiele opzet meer werk dan wijzigingen doorvoeren,
 dus het nieuws in de gaten houden is misschien ook al voldoende.

 Re: Hans Spaans
  Ik hoop wel dat de lijst ook bevat oa de lichtingstijd (18h, 19h of
  21h) en of de brievenbus geschikt is voor rolstoelgebruikers.

 In de API die hun website voor de zoekfunctie gebruikt zie ik dat er de
 volgende gegevens aanwezig zijn: landid (NL=1), stad, straat, huisnummer,
 huisnummer toevoeging, latitude en longitude (13 decimalen), lichtingstijd,
 lichtingsdagen, verlaagdeBus (ja/nee), een veld medisch (onbekend), en
 producttype (bijv. 2 voor brievenbus, 5 voor PostNL Business Point... hier
 is een lijst van bekend). Daarnaast is er voor hun eigen referentie: id
 (nummeriek), locatiecode (e.g. BBN_10012345) en locatietype (nummeriek,
 onbekend wat dat is).

 Op de site is ook een postcode te zien. Ik weet niet of het nuttig is om
 een brievenbus een postcode te geven, maar die staat niet in hun API.
 Misschien dat Google Maps, die op de site gebruikt wordt, het automatisch
 invult op basis van de plaats, straat en huisnummer.

 Re: Johan C
  Cruciaal daarin is met name de licentie: de eigenaar van de gegevens
  moet expliciet (= schriftelijk) toestemming geven voor het gebruik van
  de data in OpenStreetMap. Dat kan onder andere via een PD licentie.

 Wanneer ik een dataset krijg na het doen van een aanvraag voor deze te
 gebruiken in OSM, is het dan nog steeds nodig om los daarvan een licentie
 voor gebruik te ontvangen? Ik ga erom vragen, maar ik kan me zo voorstellen
 dat ze dan langs de juridische afdeling moeten en er voor hun meer tijd en
 geld in gaat zitten.

 Re: Johan C
  Imports van brievenbussen is nuttig. Zij het dat OSM momenteel meer
  zit te springen om adressen. In het verlengde daarvan: zie jij het
  zitten om bij je opleiding een workshop BAG te organiseren? Ik kan
  dan vragen of enkele BAG importers en de programmeur van de plugin
  mee willen doen aan zo'n workshop. Laat me maar ff weten.

 Hmm, ik ben zelf net pas een paar dagen bezig met OSM. Ik heb me ook niet
 ingelezen in wat BAG precies inhoud (buiten dat Google me vertelt dat het
 om de basisregistratie adressen en gebouwen gaat) en wat er nog moet
 gebeuren.

 Als iemand zegt ik wil een workshop organiseren en ik zoek ruimte (en
 deelnemers), dan wil ik best met school gaan praten om een keer een ruimte
 te reserveren, een mailing

Re: [OSM-talk-nl] Postbussen

[Johan C]

Hoi Luc

welkom bij OpenStreetMap! Ik heb de import van de BAG langs de daarvoor
gebruikelijke kanalen geloodst en ken dus inmiddels de nodige valkuilen. De
belangrijkste pagina voor imports is deze:
http://wiki.openstreetmap.org/wiki/Import/Guidelines. Cruciaal daarin is
met name de licentie: de eigenaar van de gegevens moet expliciet (=
schriftelijk) toestemming geven voor het gebruik van de data in
OpenStreetMap. Dat kan onder andere via een PD licentie.

Imports van brievenbussen is nuttig. Zij het dat OSM momenteel meer zit te
springen om adressen. In het verlengde daarvan: zie jij het zitten om bij
je opleiding een workshop BAG te organiseren? Ik kan dan vragen of enkele
BAG importers en de programmeur van de plugin mee willen doen aan zo'n
workshop. Laat me maar ff weten.

Cheers, Johan

ps er vindt ook veel communicatie via het forum plaats,
http://forum.openstreetmap.org/viewforum.php?id=12




Op 15 maart 2014 10:24 schreef Hans Spaans h...@dailystuff.nl:

 osm-talk...@lucb1e.com schreef op za 15-03-2014 om 01:37 [+0100]:
  Hallo!
 
  TL;DR: Is het een goed idee om te proberen de lijst van brievenbussen
 van PostNL los te peuteren en te importeren in OSM? Ik zie dat ik
 brievenbussen op de kaart toe kan voegen, maar ik ben er nog geen enkele
 tegengekomen, laat staan compleet met lichtingsmomenten zoals ze wel op de
 PostNL site staan.
 
  ---
 
  Ik ben nieuw hier dus even voorstellen: Ik ben Luc (OSM username
 lucb1e), doe een hbo ict opleiding in het zuiden van het land, en ben een
 open-source fan. OSM vind ik een interessant project en ik wil best wat
 meehelpen door gebieden die ik ken te verbeteren. Misschien dat ik ook
 links en rechts wat aan bekendheid ga doen.
 
  Een ding wat me opviel was dat er weinig brievenbussen op de kaart
 staan, terwijl PostNL daar gewoon een database voor heeft (er is een
 zoekfunctie op hun site). Ik heb ernaar gezocht in alle uithoeken van de
 site, maar er lijkt geen (indexeerbare) lijst te zijn.
 
  Vandaag heb ik daarom PostNL gebeld, kort uitgelegd wat OSM is, en
 gevraagd of ze een lijst van brievenbussen hebben. Meneer had deze niet, en
 ik werd geadviseerd om PostNL een verzoek per post te sturen (de ironie).
 
  Voordat ik mijn tijd en postzegels ga verdoen aan verdere acties ben ik
 meer gaan lezen over imports, en al snel las ik dat imports soms zelfs
 negatief zijn in bepaalde gebieden en ik beter eerst de lokale community
 kan vragen. Dus bij deze: denken jullie dat het nuttig is om brievenbussen
 op de kaart te zetten? Ik vind het opzich wel leuk om te proberen om deze
 dataset los te krijgen, dus tenzij het liever niet is ga ik er
 waarschijnlijk mee verder. Tips zijn ook welkom trouwens.
 
  Overigens, mailinglists zijn wel niet helemaal mijn ding en het is pas
 de tweede keer dat ik naar een lijst post, dus verbeter a.u.b. (netiquette)
 fouten als ik die maak!
 
  Thanks,
  Luc

 Luc,

 Hou er rekening mee dat de huidige brievenbussen op maximaal een radius
 van 500 meter van de verstuurder moeten staan en vorig jaar is
 aangekondigd dat dit 750 meter mag gaan worden. Wanneer dit in effect
 komt weet ik niet, maar misschien wel handig om even te kijken hoe ze nu
 de BAG-import doen ivm updates in de toekomst.

 Ik hoop wel dat de lijst ook bevat oa de lichtingstijd (18h, 19h of 21h)
 en of de brievenbus geschikt is voor rolstoelgebruikers.

 Hans


 ___
 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] Park Ride plekken in OpenStreetMap zijn slecht gelinkt

[Johan C]

Deze http://www.openstreetmap.org/#map=19/52.09643/5.07492 (met een
entrance=main op de ingang)?


Op 6 maart 2014 23:03 schreef Stefan de Konink ste...@konink.de:

 On Thursday, March 6, 2014 3:33:21 PM CEST, Maarten Deen wrote:

 Wat is netjes aansluiten? Moet er een weg over het P+R terrein liggen?
 Moet die weg een gemeenschappelijke node hebben waar die de area van de P+R
 kruist? Moet er een voetpad zijn?


 Ik heb het idee dat een gemeenschappelijke node het fundamentele ding is
 dat mist. Heb even gevraagd of iemand wat voorbeeldjes kan gaan verzamelen.



  Misschien is het handig om een voorbeeld te geven van wat geen en wat wel
 een goed gelinkte P+R is.


 Inderdaad :)

 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

Re: [OSM-talk] Not attaching polygons to roads

[Johan C]

2014-03-03 13:19 GMT+01:00 moltonel 3x Combo molto...@gmail.com:


 The disambiguating word is initially. I explicitly say that
 separating nodes is an improvement. I'm trying to make it clear that
 glued vs separate is a good vs better issue, not a wrong vs
 right one.


Some users will say that good tagging does not need to be improved. For
newbies glueing polygons to roads will very likely not be good, since they
might experience problems improving the roads and therefore leave the
project. So I would prefer to say that glueing polygons to roads versus
separating is a mediocre versus preferred issue


2014-03-03 15:08 GMT+01:00 moltonel 3x Combo molto...@gmail.com:

 On 03/03/2014, Janko Mihelić jan...@gmail.com wrote:
  2014-03-03 13:19 GMT+01:00 moltonel 3x Combo molto...@gmail.com:
  The disambiguating word is initially. I explicitly say that
  separating nodes is an improvement. I'm trying to make it clear that
  glued vs separate is a good vs better issue, not a wrong vs
  right one.
 
  So if someone starts gluing separated nodes, she is making the data
 worse,

 Yes, that's my thoroughly-convinced POV. For the reccord, we're only
 talking about a specific kind of node-sharing here, not node-sharing
 in general (read the archives if in doubt).

  and we can be mad?

 As always in any community, discuss the issue before you get mad. I
 do get annoyed at other contributors sometimes, but only after 1)
 repeated offense after the initial contact and 2) lack of dialog
 despite my best efforts (which sadly is more frequent than I'd have
 expected).

 Speaking of discussion and getting mad, are we done with this thread
 yet ? Seems like everything has been said...

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

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

Re: [OSM-talk-nl] Workshop BAG import 8-3-2014

[Johan C]

Voor de workshop BAG in Eetcafé Lotgenoten, aanstaande zaterdag in
Duivendrecht, zijn nog drie plaatsen beschikbaar. Dé kans om OpenStreetMap
een flinke stap verder te helpen in je woonplaats! Het is namelijk de
bedoeling dat je zelf met je laptop een stuk van je woonplaats gaat
importeren, met de plugin van Gertjan die de afgelopen weken tijdens de
betatest weer enorm is verbeterd. In Duivendrecht zijn diverse betatesters
aanwezig die je door het importproces, zoals dat inmiddels op
http://wiki.openstreetmap.org/wiki/BAGimport_via_ODS_plugin is beschreven,
zullen leiden. Aanmelden graag via het forum of rechtstreeks via
osm...@gmail.com

Gr., Johan


Op 14 januari 2014 23:45 schreef Johan C osm...@gmail.com:

 Afgelopen zondag hebben we een leuke bijeenkomst gehad als OSM met
 Opengeo. Diverse leuke presentaties voor ongeveer 30 aanwezigen. Mijn
 indruk was dat de BAG presentatie goed is ontvangen. De bijeenkomst heeft
 geleid tot vijf betatesters (naast Gertjan en mijzelf) die de plugin van
 Gertjan en mijn beschrijving van de BAGimport aan het testen/verbeteren
 zijn in de komende weken. Stefan en Gertjan gaan samen aan de slag om te
 kijken hoe een eigen WFS service (op basis van NL Extract inclusief de
 nevenadressen?) is op te zetten.

 Op zaterdag 8 maart vindt in Eetcafé Lotgenoten in Duivendrecht (
 http://www.openstreetmap.org/#map=18/52.32521/4.93869) een workshop
 plaats over de BAG tussen 15:00 en 17:00. Bedoeling is dat alle deelnemers
 hun laptop meenemen en dan, op hun eigen laptop, een BAG import van een
 gedeelte van Duivendrecht gaan doen.  Enige JOSM ervaring is wel een
 vereiste. Aanmelden graag via het forum of rechtstreeks via
 osm...@gmail.com

 Cheers, Johan

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

Re: [OSM-talk] Not attaching polygons to roads

[Johan C]

It looks utterly wrong to me when a wall is being put in the middle of a
normal road (I've only seen this in Berlin in the mid 80's, but that was an
actual groundtruth situation at the time). Not to mention that attaching
polygons to roads is very unfriendly to newcomers who will not be able to
select a road in iD in a normal way to update e.g. maxspeeds.


2014-02-25 18:10 GMT+01:00 Dave F. dave...@madasafish.com:

  This is the changeset: http://tinyurl.com/ndjzpkm

 Notice in particular the attachment of the cemetery (that in reality has a
 wall boundary) to the middle of a roundabout. As we increasing map to a
 finer detail, especially in urban areas, His reversal to a 'blanket' style
 coverage is a step backwards. My edits are based on visual survey (bike
 ride) backed up with Bing imagery.

 If someone could please revert this changeset I'd much appreciate it. I
 would do it myself I'm not conversant with JOSM  it's reversal tool - I
 don't wish to make matters worse.

 Thanks
 Dave F.


 On 20/02/2014 22:12, Serge Wroclawski wrote:

  What's the username? Changesets?

  - Serge


 On Thu, Feb 20, 2014 at 5:04 PM, Dave F. dave...@madasafish.com wrote:

 Hi

 There's a general consensus that attaching polygons to ways that
 represent roads was a bad idea. For example if a farm field was mapped this
 way then any barrier for it, such as hedge, gate etc, would appear to be on
 the road as well.

 I have a user who's repeatedly doing this.  I've tried sending messages,
 but no reply  I gave a detailed description in my amending changesets, but
 he just reverts them back.  Are there any wiki pages explaining it clearly
 that might convince him otherwise?

 Cheers
 Dave F.

 ---
 This email is free from viruses and malware because avast! Antivirus
 protection is active.
 http://www.avast.com


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





 --
http://www.avast.com/

 This email is free from viruses and malware because avast! 
 Antivirushttp://www.avast.com/protection is active.


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


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

Re: [OSM-talk-be] Discussion with Wallonia

[Johan C]

I had contact with IGN before. They were, in March 2013, *completely*
*OPPOSED* to open data. People change, mind change; but we should know
that.

{part of this page:
http://ec.europa.eu/digital-agenda/en/european-legislation-reuse-public-sector-information
}:
In June 2013, a revision of the Directive
http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2013:175:0001:0008:EN:PDFhas
been adopted by the Union legislator. Member States now have 2 years to
transpose the provisions of the revised Directive into national law. Read
more  http://ec.europa.eu/digital-agenda/news-redirect/11278on what will
change. A consolidated version of the Directive is available
herehttp://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:02003L0098-20130717:EN:NOT.
Click here 
https://webgate.ec.europa.eu/multisite/digital-agenda/en/news/revision-psi-directivefor
more background on the process of revising the Directive.

Luckily the Belgium law has to change too :-)
Good luck getting the data. If they don't give it, you could give it a go
and send out a tweet to Neelie Kroes https://twitter.com/NeelieKroesEU,
responsible for the EU digital agenda and very much in favour of open data

Cheers, Johan


2014/1/17 Julien Fastré jul...@fastre.info


 Le 16/01/14 22:59, André Pirard a écrit :

 On 2014-01-16 18:44, Jo wrote :

  Yes, go and ask them for aerial imagery, house numbers, building
 contours, PT data from TEC and STIB/MIVB.


 And if it's a by the piece permission, first of all the boundaries which
 are the only feature you can't see from above or walk with a GPS (and that
 are not copyrightable in my opinion, you might bring that particular answer
 back).

 Boundaries are the property of IGN. Walloon Regio, etc. just copy
 information from them.

 I think we should make contact with IGN/NGI to obtain this information.


 On 2014-01-16 20:27, Johan C wrote :

 This page
 http://ec.europa.eu/digital-agenda/en/european-legislation-reuse-public-sector-informationcan
  be interesting to prepare for a meeting with government officials

 As well as

 *7 MARS 2007. - Loi transposant la directive 2003/98/CE du Parlement
 européen et du Conseil du 17 novembre 2003 concernant la réutilisation des
 informations du secteur 
 public*http://www.ejustice.just.fgov.be/cgi_loi/change_lg.pl?language=frla=Fcn=2007030736table_name=loi

 *7 MAART 2007. - Wet tot omzetting van de richtlijn 2003/98/EG van het
 Europees Parlement en de Raad van 17 november 2003 inzake het hergebruik
 van overheidsinformatie*
 http://www.ejustice.just.fgov.be/cgi_loi/change_lg.pl?language=nlla=Ncn=2007030736table_name=wet
 I also found an interesting IGN/NGI 
 interviewhttp://www.mil.be/vox/subject/index.asp?LAN=frID=786MENU=1259PAGE=2(boldface
  mine).

 Une directive européenne est pour l'instant [2006] en cours de
 préparation, imposant l'obligation de croiser les données de référence.
 Notre interlocutrice [de l'IGN] confirme : *Nous devons utiliser
 davantage les informations collectées par d'autres organismes*. Une
 collaboration avec les régions est l'idéal. *En échangeant nos données*,
 nous pourrons mettre nos renseignements plus rapidement à jour. *Nous
 visons à créer une banque carrefou**r** d'informations géographiques*, un
 réseau dans lequel l'IGN serait un pivot important. Nous ne collecterions
 les données qu'une seule fois et tous les autres organismes seraient
 immédiatement avertis des changements. *Nous aimerions aboutir en 2010*.
 Ces dernières années, nous avons également cherché des points de
 convergence avec la Défense. Nous faisons notamment appel à son imprimerie.

 Thanks again and ... good luck.


 I had contact with IGN before. They were, in March 2013, *completely*
 *OPPOSED* to open data. People change, mind change; but we should know that.



   André.



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



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


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

Re: [OSM-talk-be] Discussion with Wallonia

[Johan C]

This page
http://ec.europa.eu/digital-agenda/en/european-legislation-reuse-public-sector-informationcan
be interesting to prepare for a meeting with government officials

Cheers, Johan


2014/1/16 Paul-André Duchesne pollo...@gmail.com

 +1 for Julien Fastré :)

 I'm impatient to get the feedback :)
 We're gonna get the Wallony data, we're gonna get the wallony data eeeuh :)


 2014/1/16 Jo winfi...@gmail.com

 Yes, go and ask them for aerial imagery, house numbers, building
 contours, PT data from TEC and STIB/MIVB.
 You have our support :-)

 Jo


 2014/1/16 Julien Fastré jul...@fastre.info

 Hi,

 I am contacted with the Cabinet of Philippe Henry, in charge of
 geography in Wallonia.

 They would like to have the opinion of the contributors about the plan
 stratégique de la géomatique.

 They need someone to talk. This person should be in Wallonia and there
 should be an agreement to talk with him.

 If you would agree, I propose myself to go on with those talks, until we
 have a more organised organisation (under the umbrella of OKFN).

 Do you agree that I go to discuss with them, summarize the plan, pro and
 cons, and give them back an advice from OSM contributors ?

 We should give them an answer for... tomorrow :-) (I received the email
 this morning :-) ).

 Please give an answer :-)

 Julien Fastré

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



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



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


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

[OSM-talk-nl] Workshop BAG import 8-3-2014

[Johan C]

Afgelopen zondag hebben we een leuke bijeenkomst gehad als OSM met Opengeo.
Diverse leuke presentaties voor ongeveer 30 aanwezigen. Mijn indruk was dat
de BAG presentatie goed is ontvangen. De bijeenkomst heeft geleid tot vijf
betatesters (naast Gertjan en mijzelf) die de plugin van Gertjan en mijn
beschrijving van de BAGimport aan het testen/verbeteren zijn in de komende
weken. Stefan en Gertjan gaan samen aan de slag om te kijken hoe een eigen
WFS service (op basis van NL Extract inclusief de nevenadressen?) is op te
zetten.

Op zaterdag 8 maart vindt in Eetcafé Lotgenoten in Duivendrecht (
http://www.openstreetmap.org/#map=18/52.32521/4.93869) een workshop plaats
over de BAG tussen 15:00 en 17:00. Bedoeling is dat alle deelnemers hun
laptop meenemen en dan, op hun eigen laptop, een BAG import van een
gedeelte van Duivendrecht gaan doen.  Enige JOSM ervaring is wel een
vereiste. Aanmelden graag via het forum of rechtstreeks via osm...@gmail.com

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

Re: [OSM-legal-talk] Nanaimo OGL license

[Johan C]

Paul, your signal on licenses for open data is well known in the EU. This
week the results of a public consultation and a hearing on licensing and
charging of public sector information have been
publishedhttp://www.epsiplatform.eu/content/final-results-and-feedback-ec-consultation-psi-re-use-guidelines.
The EU sees a standardized license as very important to reach the goal of
having a genuine right to re-use the data. Creative Commons commented today
on the results [1].

Cheers, Johan

[1] http://creativecommons.org/tag/psi

2013/12/20 Paul Norman penor...@mac.com

 ...

 The effort involved in verifying that a license used only by one city is
 usable shows how custom licenses significantly increase the work for
 data consumers (e.g. OpenStreetMap), particularly if multiple data
 sources are involved. It would be significantly easier if the data was
 released following best practices and used an established license such
 as, in order of preference: CC0, PDDL, CC BY 4.0, or ODC-BY.


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

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

Re: [OSM-talk-nl] OSGeo.nl + OSM-NL Nieuwjaarsborrel 12 januari

[Johan C]

Er is een idee om een presentatie te geven over de BAGimport. Maar ik heb
dat (vanwege andere verplichtingen eerder die middag) dan liever aan het
begin tussen 3 en 4. Het is nl. interessant genoeg voor alle aanwezigen
(denk ik)

Gr. Johan

Op woensdag 18 december 2013 schreef Just van den Broecke (
j...@justobjects.nl):
 Beste Mensen,

 Op zondag 12 januari 2014 vanaf 15:00 geven OSGeo.nl en OpenStreetMap de
alweer bijna traditionele Nieuwjaarsborrel. Dit jaar is de locatie Cafe
Dudok (bovenzaal) in Hilversum. Tegenover Station NS en met goede
parkeergelegenheid. Dit is je kans om iedereen weer te ontmoeten en plannen
te maken voor het nieuwe jaar.

 Als je van plan bent te komen, laat weten via de Meetup:
 http://www.meetup.com/OSGeoNL/events/156113292 of mail mij direct.

 We hopen jullie daar te zien!

 Hartelijke groet,

 --Just, Gert-Jan, Barend, Steven, Henk en Floris

 PS de plek is een leuke bovenzaal
http://www.cafedudokhilversum.nl/135260732 met beamer en Wifi. Laat mij
weten of je voor 15:00 nog met een werkgroep (BAG?) o.i.d. bijeen wilt
komen, dan reserveren we vanaf eerder tijdstip.






 ___
 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] NY times article about Google maps and OSM

[Johan C]

Not seen it before, thanks for sharing the link.

It's noticeable (and a pity) the OSMF hasn't been interviewed. The article
gives too much credit to OSM as being 'a potential challenger to Google’s
cartographic hegemony'.

Cheers, Johan



2013/12/15 Stephan Knauss o...@stephans-server.de

 Hi,

 I did not see this linked on this list, so here you go:

 http://www.nytimes.com/2013/12/15/magazine/googles-plan-
 for-global-domination-dont-ask-why-ask-where.html?_r=0

 Interesting fact to know: Google has over 2,000 paid armchair mappers in
 Hyderabad, India.

 Stephan

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

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

Re: [OSM-talk-nl] Google laat gebruikers eigen Street View maken

[Johan C]

Vanuit de Future Group weet ik dat er nauwelijks belangstelling is om na te
denken over het punt aan de horizon waar OSM zou kunnen staan over een
aantal jaren. Gekoppeld aan een her en der conservatieve cultuur (zelfs een
aanpassing van osm.org krijgt veel kritiek)  hoef je niet te verwachten dat
het huidige model van OSM gaat veranderen in de komende jaren.

Cheers, Johan

Op dinsdag 10 december 2013 schreef Hugo Hölscher (hugoholsc...@gmail.com):
 Is in 2009 in de SotM ook voorgesteld en daar was veel weerstand tegen op
grond van privacy issues. Als je dat wilt doen moet je personen en
kentekens onleesbaar maken. We weten inmiddels hoe Google daar in staat. Ik
zou het niet met OSM willen doen:-(

 Hugo

 Op 10 dec. 2013 12:27 schreef Bas openstreetmap-talk...@basdelange.com
het volgende:


http://tweakers.net/nieuws/93079/google-laat-gebruikers-eigen-street-view-maken.html

 Zou leuk zijn als je op deze manier ook aan OpenStreetView kunt
bijdragen ...

 ___
 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] Importeren van adressen en gebouwen uit de BAG

[Johan C]

De meeting van vorige week zaterdag is, met veel dank aan Gertjan die het
probleem met de luide muziek en de heks wist op te lossen, succesvol
verlopen. Dank aan Floris voor de versnaperingen! Leuk om met zo'n groep
enthousiaste OSM liefhebbers bij elkaar te zijn.

Ik heb een wiki pagina over de BAG import bijgewerkt op basis van de
beslissingen die we hebben genomen:
https://wiki.openstreetmap.org/wiki/BAGimport. Willen jullie die pagina svp
uiterlijk aanstaande woensdag checken? Donderdag wil ik hem namelijk
aanbieden aan de import mailing list. Wat mij betreft gaan we de discussies
over de BAG overigens voortaan bij voorkeur centraal via het forum laten
lopen.

Cheers, Johan


Op 27 oktober 2013 13:54 schreef Johan C osm...@gmail.com:

 Op 16 november wordt een meeting gehouden over het importeren van de BAG,
 met de bedoeling om dan besluiten te nemen over die import. Als je een
 mening hebt over het importeren van adressen en panden in Nederland kun je
 die, bij voorkeur dus voor de 16e, kwijt op
 http://wiki.openstreetmap.org/wiki/Talk:BAGimport

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

[OSM-talk-be] Philippines disaster

[Johan C]

Hi

at http://tasks.hotosm.org/job/350 post disaster satellite imagery has been
made available for mapping Tacloban, one of the heaviest hit cities in the
Philippines. Your help mapping there is welcome (JOSM experience needed,
and please carefully follow the instructions). OSM based maps are being
used by (at least) the American Red Cross which means that your mapping
might save lives. More info can be found here:
https://lists.openstreetmap.org/pipermail/talk/2013-November/068573.html
When task 350 is completed other tasks are available at
http://tasks.hotosm.org

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

[OSM-talk-nl] Importeren van adressen en gebouwen uit de BAG

[Johan C]

Op 16 november wordt een meeting gehouden over het importeren van de BAG,
met de bedoeling om dan besluiten te nemen over die import. Als je een
mening hebt over het importeren van adressen en panden in Nederland kun je
die, bij voorkeur dus voor de 16e, kwijt op
http://wiki.openstreetmap.org/wiki/Talk:BAGimport
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk] Mapping of multiple-lane toll areas

[Johan C]

Unfortunately
http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Divided_highways
is
one of the most misunderstood editing standards in OSM. Originally intended
to make sure that motorways and other highways would be tagged as separate
ways, the 'physical separation'  almost seems like a settled law by some
mappers.

For the toll area: it's indeed true that for a distance of say 10 meters
there is a physical separation. That by the way also happens at fuel
stations. And in both these situations it's more like an area in which one
is able to drive one way than visible highways. Map a highway as long as
it's visible. If it's not, than don't map it.


2013/10/25 colliar colliar4e...@aol.com

 Am 25.10.2013 17:04, schrieb Dave F.:
  On 23/10/2013 10:01, Pieren wrote:
  But I can say that tagging each lane with
  highway=motorway + lanes=1 is incorrect and seems to be tagging
  for the renderer (just to show the toll on mapnik)
 
  There's nothing wrong with that. It's mapped accurately as individual
  lanes  clarified with the lanes=* tag.

 As long as there is no physical separation you should use the :lanes
 system and only use separate ways for the individual booths.

  All elements are tagged for the renderer How else would they know how
  to render them? What shouldn't be done is tagging incorrectly to get it
  to render, such as labelling a golf bunker as a beach to get it to
  appear yellow. I'm surprised someone with your OSM experience needs to
  be reminded of this.

 Well, as long as the renderer do not respect width=* or lanes=* people
 will experiment and rendering is not the only purpose. You can do quite
 a lot more things with a geodata base.

 I do not want to tag for the renderer (e.g. I do not add area=yes on any
 multipolygon and closed ways which make no sense to not be interpreted
 as area). I even did open a bug report about it against carto only to
 have it closed as other software.

 cu fly



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


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

Re: [OSM-talk] Mapping of multiple-lane toll areas

[Johan C]

It is silly. Maybe too few mappers use the Wiki. Surely this mapper didn't.

http://wiki.openstreetmap.org/wiki/Lane_assist


2013/10/22 Maarten Deen md...@xs4all.nl

 I came across this gem:
 http://www.openstreetmap.org/**#map=18/45.34907/9.31020http://www.openstreetmap.org/#map=18/45.34907/9.31020
 

 Is this really how we want to map toll areas? A seperate way for each
 lane? (forget the fact that half of them aren't even connected).
 I can imagine having seperate lanes for seperate payment methods, but IMHO
 this is just silly.

 Regards,
 Maarten

 __**_
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talkhttps://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Timezones (was: Deleting data)

[Johan C]

 Essentially what we need is the concept of layers.

Layers do have disadvantages, how to prevent data being mapped in the wrong
layer for instance. I however do see the point that mappers, especially
newbies, break administrative boundaries. If that happens a lot, it might
be easier to 'grey them out' in any editor by default, making sure that a
mapper has to use a check box or so to change these boundaries.


2013/10/21 Markus Lindholm markus.lindh...@gmail.com

 On 21 October 2013 16:41, Toby Murray toby.mur...@gmail.com wrote:
  Having edited over a thousand of them, I would not be sad to see admin
  boundaries removed from the general OSM database. I think Russ is on to
  something with his ClosedStreetMap concept although that is some
 terrible
  branding so we need another name :) But at the end of the day, we are
  terrible at maintaining such boundaries and very good at breaking them in
  OSM, mostly because they are usually hard/impossible to spot on the
 ground
  and verify. So people see random lines going through the area they are
  trying to map and either don't pay attention when they touch them or just
  delete them outright. Essentially what we need is the concept of layers.
 If
  all the admin/timezone boundaries were in their own layer and didn't
  interact with roads, rivers, etc in OSM then they would be much easier to
  keep up to date from external sources.
 
  Yes, OSM *can* contain just about anything. But if we are terrible at it
 and
  there are other datasets available that aren't terrible then why should
 we
  try to poorly duplicate others efforts?

 I think you're overlooking a key strength with the osm database, that
 all the map features are integrated, e.g. if a kiosk is mapped to be
 three meters to the left of the entrance to the building, and that is
 also the ground truth, then you have that fact of their interrelation.
 With different datasets from different sources, you lose it.

 /Markus

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

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

Re: [OSM-talk-nl] Punt toevoegen

[Johan C]

Hoi Pander,

in essentie is OpenStreetMap een bak met data die voor een ieder te
donwloaden is om op basis daarvan toepassingen te maken. De weergave op
osm.org laat niet alle data zien. Het zou de kaart op een gegeven moment
ook redelijk onleesbaar maken. Bij Google Maps is de kaartweergave sinds
kort gepersonaliseerd aan je persoonlijke zoekvoorkeuren, om te zorgen dat
je geen 'information overload' krijgt. Mogelijk komt er ooit een
mogelijkheid dat je ook bij oms.org een meer flexibele weergave krijgt. Het
nadeel van een geheel op vrijwilligers draaiende community hebt, is dat er
niet een groepje mensen bezig is om dat te regelen. Vanuit de beschikbare
data is dat echter makkelijker te doen: zo is het met een aanpassing in
styles bij een Garmin kaart eenvoudig mo elke gewenste wijziging door te
voeren.

Mijn tip is om vooral door te gaan met het invoeren van deze POI's, dat
geeft immers een verrijking van de OSM database.

Cheers, Johan


Op 6 oktober 2013 10:23 schreef Pander OpenTaal pan...@opentaal.org:

 On 2013-09-10 23:48, Johan C wrote:
  Hoi Pander
 
  in iD met '1' een punt toevoegen. Linksonder op 'punt' klikken. Met het
  '+'je bij 'alle tags' kun je de betreffende tags toevoegen
 

 Dank, alles is gelukt, zie
   http://www.openstreetmap.org/browse/node/2453529412

 Nu vraag ik mij af hoe ik OSM voor amenity=dojo een icoon kan laten
 weergeven. Dit is ook van nut voor judo, kendo, karate en noem maar op.
 Als dit eenmaal werkt wil ik een hoop Nederlandse dojo's bijdragen aan OSM.

 Ik weet dat er meer restaurants en winkels zijn en die daarom een eigen
 icoon hebben. Maar momenteel wordt niet eens de naam van mijn bijdrage
 getoond. Althans, ik zie die niet als ik zonder zoeken in OSM naar de
 locatie navigeer.

  Cheers, Johan
 
 
  Op 10 september 2013 23:39 schreef Pander pan...@opentaal.org
  mailto:pan...@opentaal.org:
 
  Hoi allemaal,
 
  Ik wil een punt toevoegen in OSM via iD of Potlatch 2 maar kan geen
amenity=dojo
sport=aikido
  kiezen terwijl deze toch bestaan, zie
http://wiki.openstreetmap.org/wiki/Tag:sport%3Daikido
  en
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddojo
 
  Hoe kan ik dat wel voor elkaar krijgen?
 
  Dank,
 
  Pander
  --
  Stichting OpenTaal
  Taal is van ons allemaal
  http://www.opentaal.org
 
  ___
  Talk-nl mailing list
  Talk-nl@openstreetmap.org mailto: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

[OSM-talk-nl] Meetup met OSM BE over adressen imports

[Johan C]

Op zaterdag 16 november zal in het Belgische Hoogstraten een meeting
plaatsvinden van de Nederlandse en Belgische OSM community met als doel het
maken van afspraken over het importeren van alle adressen in Nederland en
Vlaanderen uit openbare databronnen (BAG / CRAB). Onderdeel daarvan zijn 1)
het opstellen van een address removal policy 2) een address import policy
3) een address maintenance policy en 4) afspraken over de uitvoering van de
import. Dit is een ingewikkeld vraagstuk waarbij compromissen noodzakelijk
zijn, met name als gevolg van de beperkt beschikbare tijd van OSM
vrijwilligers. Om succesvol te zijn zal de meeting in de weken voor 16
november enige voorbereidingstijd vergen.
Mocht je interesse hebben om deel te nemen aan de voorbereiding en de
meeting, laat dat dan s.v.p. uiterlijk 12 oktober weten via osm...@gmail.com.
Dit mailadres kun je ook gebruiken indien je op 16 november niet aanwezig
kunt zijn maar wel wilt deelnemen aan de voorbereiding.

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

Re: [OSM-talk-nl] Meetup met OSM BE over adressen imports

[Johan C]

Yep. Ik heb je er graag bij!


Op 6 oktober 2013 13:03 schreef Frank Steggink stegg...@steggink.org:

 On 6-10-2013 12:30, Johan C wrote:

 Op zaterdag 16 november zal in het Belgische Hoogstraten een meeting
 plaatsvinden van de Nederlandse en Belgische OSM community met als doel het
 maken van afspraken over het importeren van alle adressen in Nederland en
 Vlaanderen uit openbare databronnen (BAG / CRAB). Onderdeel daarvan zijn 1)
 het opstellen van een address removal policy 2) een address import policy
 3) een address maintenance policy en 4) afspraken over de uitvoering van de
 import. Dit is een ingewikkeld vraagstuk waarbij compromissen noodzakelijk
 zijn, met name als gevolg van de beperkt beschikbare tijd van OSM
 vrijwilligers. Om succesvol te zijn zal de meeting in de weken voor 16
 november enige voorbereidingstijd vergen.
 Mocht je interesse hebben om deel te nemen aan de voorbereiding en de
 meeting, laat dat dan s.v.p. uiterlijk 12 oktober weten via
 osm...@gmail.com mailto:osm...@gmail.com. Dit mailadres kun je ook
 gebruiken indien je op 16 november niet aanwezig kunt zijn maar wel wilt
 deelnemen aan de voorbereiding.

 Cheers, Johan


 __**_
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-nlhttps://lists.openstreetmap.org/listinfo/talk-nl

 Hoi Johan,

 Gaat dit ondermeer over de BAG-import meeting die Gert Jan Idema en
 Sebastic van plan zijn te organiseren?

 Groeten,

 Frank

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

Re: [OSM-talk-be] New user: Kreatos - wants to do import of their shops

[Johan C]

Hi Marc

I talked about this yesterday evening on a meeting of the Future Group. The
good thing: this is definitely on the list of stuff which needs to be
worked upon. The bad thing: it's not a simple thing to solve. One of the
major problems is that address data is missing on a large scale in OSM.
Supposedly companies will have addresses of their businesses. Question is:
how to match the addresses to LAT/LON in an ODbL compatible way?

However, The Netherlands, Flanders and Bruxelles may serve as an test bed
for this, since address data is already available there. I'll come back to
it later. If there are other initiatives on this matter, than these should
definitely proceed.

Cheers, Johan


2013/9/21 Marc Gemis marc.ge...@gmail.com




 On Fri, Sep 20, 2013 at 10:45 PM, Johan C osm...@gmail.com wrote:

 On your question Marc to contact companies: I have mixed experiences in
 the past. Some companies (like McDonalds) were not interested in
 OpenStreetMap. A situation that should change, since there are just four
 global players in geodata, OSM being one of them. Our product is not worse
 than Google places. probably better, because we're in open data. I like
 your idear, maybe we can join forces for the Benelux. We could start having
 a platform for entry of business users in OSM, showing them the advantages
 of using OSM. For instance, if we present the number of OSM app downloads
 (combined 30 million or so), businesses might gain interest. Let me know if
 you/others are interested.

 Cheers, Johan

 Op vrijdag 20 september 2013 schreef Marc Gemis (marc.ge...@gmail.com):

 I welcomed a new user, expecting that it was related to the Kreatos
 hairdressers company:

 their reply:

 Dank voor de informatie.
 Weet u een manier om (meerdere) nodes (in één keer) te uploaden naar
 OpenStreetMap? Bij Google is dit via Google Places, met een XLS of XML
 file.
 Heb hiervoor gezocht op de website van OpenStreetMap, maar ik raak er
 niet meteen wijs uit?
 De informatie zou uit en MySQL database komen, dus een api met
 rechtstreekse import/sync mogelijkheid hiervoor zou natuurlijk nog beter
 zijn…



 ---

 How do I proceed ? Show them the OSM Api v0.6 ? + policy page ? Josm
 upload ? Ask them the file and do the upload myself + verification of
 individual points ?

 I was also wondering this week whether we could contact companies to ask
 them to share their shops or fuel stations. What do you think about that ?


 regards

 m


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


 Hallo Johan,

 I'm wiling to send out such emails to companies in Belgium, but I'm not so
 good in writing those letters. It takes me more time than I'm willing to
 spend to get it right. But if someone can come up with a good template, I
 can do the import later.

 I also think that we need a page that describes how companies can easily
 add their POIs. This guy  (from Kreatos) did not find a page on the wiki
 with some API to do so. It would be nice to have some page that describes
 the different methods (e.g. JOSM + OpenData, the osm file generation
 described in this thread, the import procedure, etc. ) Furthermore the page
 should list some Overpass examples on how they can retrieve their shops
 again. And maybe a link to leaflet, umap.openstreetmap.fr and
 switch2osm.org so they know how to visualize their data. I provided some
 of this information in my response to him. I just thought of leaftlet/umap
 this morning.

 So I have some ideas, but lack to time to write the proper letters and
 documentation. Maybe you can add this to the dreams for OSM ?

 regards

 m


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

Re: [OSM-talk-be] New user: Kreatos - wants to do import of their shops

[Johan C]

On your question Marc to contact companies: I have mixed experiences in the
past. Some companies (like McDonalds) were not interested in OpenStreetMap.
A situation that should change, since there are just four global players in
geodata, OSM being one of them. Our product is not worse than Google
places. probably better, because we're in open data. I like your idear,
maybe we can join forces for the Benelux. We could start having a platform
for entry of business users in OSM, showing them the advantages of using
OSM. For instance, if we present the number of OSM app downloads (combined
30 million or so), businesses might gain interest. Let me know if
you/others are interested.

Cheers, Johan

Op vrijdag 20 september 2013 schreef Marc Gemis (marc.ge...@gmail.com):

 I welcomed a new user, expecting that it was related to the Kreatos
 hairdressers company:

 their reply:

 Dank voor de informatie.
 Weet u een manier om (meerdere) nodes (in één keer) te uploaden naar
 OpenStreetMap? Bij Google is dit via Google Places, met een XLS of XML
 file.
 Heb hiervoor gezocht op de website van OpenStreetMap, maar ik raak er niet
 meteen wijs uit?
 De informatie zou uit en MySQL database komen, dus een api met
 rechtstreekse import/sync mogelijkheid hiervoor zou natuurlijk nog beter
 zijn…



 ---

 How do I proceed ? Show them the OSM Api v0.6 ? + policy page ? Josm
 upload ? Ask them the file and do the upload myself + verification of
 individual points ?

 I was also wondering this week whether we could contact companies to ask
 them to share their shops or fuel stations. What do you think about that ?


 regards

 m

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

Re: [OSM-talk-be] fietsknooppunten

[Johan C]

De komende paar jaar worden best interessant voor OpenStreetMap. De
overheden moeten hun info namelijk open gaan maken tegen geen of marginale
kosten. Een club zoals Toerisme Vlaanderen is - volgens hun website - een
overheidsdienst. (Toerisme Vlaanderen wil zich als een strategie- en
kennisgedreven overheidsdienst inzetten om de duurzame ontwikkeling van het
toerisme en van de toeristische sector in Vlaanderen en Brussel te
bevorderen met het oog op meer economisch rendement, tewerkstelling en
sociaal welzijn.). Ik neem aan dat ook zij onder de nieuwe PSI directive
gegevens moeten vrijgeven
http://ec.europa.eu/digital-agenda/en/news/what-changes-does-revised-psi-directive-bring
Een strategische keuze voor dit soort organisaties kan zijn om
-vooruitlopend op nationale wetgeving die in 2015 geïmplementeerd moet
zijn- de samenwerking te zoeken met de OpenStreetMap community. En vice
versa uiteraard. Mooiste zou zijn als de data bruikbaar zijn in OSM en
regelmatig worden geactualiseerd, waarbij via de OSM community feedback
naar de database bij de overheden wordt georganiseerd. Zoals het idealiter
ook bij adressen zou kunnen plaatsvinden. Zo creëer je een win-win situatie.

Cheers, Johan


Op 15 september 2013 11:34 schreef Ben Abelshausen 
ben.abelshau...@gmail.com:

 Ik ben een project aan het doen voor westtour (
 http://www.westtoer.be/westtoer/index.aspx) mét OSM-kaarten. Het is
 misschien nog niet duidelijk altijd maar OSM zit wel degelijk in enkele
 toepassingen. RouteYou gebruikt ook OSM dacht ik en MIO heeft een fiets- en
 wandelkaart op basis van OSM.

 Het is natuurlijk wel waar dat de knooppuntnetwerken misschien niet
 gebruikt worden maar dat is ook een zeer specifieke toepassing. Vergeet wel
 niet dat toerisme vlaanderen ook niet alle data altijd up-to-date heeft. In
 alle datasets zitten fouten zelfs in die datasets die zogezegd 'autoritair'
 zijn. Dat merk ik nu ook al weer nu ik met AGIV bezig ben.

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen

 2013/9/15 Guy Vanvuchelen guy.vanvuche...@gmail.com

 Mijn punt is dat gegevens, die we inbrengen maar niet in toepassingen
 gebruikt worden, snel verouderd gaan zijn. We kunnen alle knooppunten en
 routes inbrengen, en daar terecht fier op zijn, maar als ze niet gebruikt
 worden dan blijven de fouten er in en zijn onze gegevens binnen de kortste
 keren waardeloos.

 Als bijvoorbeeld toeristische diensten OSM map zouden gebruiken dat
 kunnen ze al wat ze op hun kaart willen zien inbrengen en dan worden de
 gegevens door die diensten bijgewerkt. Maar waarom gebruiken ze onze
 kaarten niet?  Misschien wel omdat er geen enkele lay-out voldoet aan hun
 wensen. 

 Het veelvoud aan mogelijkheden heeft het voordeel dat we dingen kunnen
 aanbieden die andere kaarten niet hebben, het nadeel is echter dat niets
 volledig is. Daarom was het misschien beter segment per segment af te
 werken. Maar ook dat zal wel een vrome droom zijn.

 ** **

 Guy Vanvuchelen

 ** **

 *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
 *Verzonden:* zondag 15 september 2013 7:35

 *Aan:* OpenStreetMap Belgium
 *Onderwerp:* Re: [OSM-talk-be] fietsknooppunten

 ** **

 Op deze lijst lijkt het of er maar 2 belangrijke toepassingen zijn:
 knooppunten en autonavigatie. Het gebruik van kaarten gaat veel verder.**
 **

 ** **

 Op het Nederlandse forum is er een draadje over toepassingen van OSM:
 http://forum.openstreetmap.org/viewtopic.php?id=16030

 Verder heeft Aldi een GPS op basis van OSM, gaat Bosch er een uitbrengen
 voor eBikes,

 zie je een aantal brandweerdepartementen (Noord Duitsland, Polen, maar
 ook bij ons) die gegevens willen toevoegen en dus waarschijnlijk ook gaan
 gebruiken. Michelin heeft een kaart uitgebracht op basis van OSM. Je kan ze
 gebruiken op je Garmin.

 ** **

 Mercedes heeft een zelfrijdende wagen die gebruikt maakt van JOSM. In het
 VK zijn er nu gemeentebesturen die OSM kaarten gebruiken voor planning e.d.
 

 ** **

 Voor de wandel- en fietsknooppunten hebben we inderdaad een achterstand.
 Een oneerlijke race feitelijk. Tourisme Vlaanderen heeft alle gegevens,
 hebben via derden een website waar je de route kan plannen. Zouden in
 principe alle wijzigingen moeten kennen. Hoe kan je daar tegenop ? Vergeet
 niet dat dat maar een van de vele mogelijke toepassingen is van OSM. Daarom
 (ik heb dit reeds meermaals gezegd), moet je verder zien dan enkel die
 netwerken. Biedt een kaart aan die ook andere informatie bevat, die niet
 beschikbaar is op de gekende planners. Dan gaan de mensen misschien wel
 overstappen.

 ** **

 Hoelang is Google al bezig om kaartgegevens te verzamelen, in te kopen,
 enz ? Met welk budget ? Hoeveel ingebouwde (voor auto's) GPS toestellen
 zijn er gebaseerd op google maps ?

 ** **

 groet

 ** **

 m

 ** **

 ** **

 2013/9/14 Guy Vanvuchelen guy.vanvuche...@gmail.com

 Misschien is dat een goede instelling: plezier vinden in het werk. Toch
 zou
 ik het fijn 

[OSM-talk] Outperforming TomTom

[Johan C]

Unfortunately not available everywhere yet, but as a step towards becoming
the best map in the world: after the publication of open address data in
the Netherlands two years ago, starting this month open traffic data will
be available in The Netherlands
http://www.ndw.nu/pagina/nl/103/datalevering/ This will mean that OSM
navigation apps will be able to outperform TomTom due to the better road
quality. Hopefully the rest of Europe can follow soon. This would
inevitably mean headlines in major newspapers and therefore a huge increase
in mappers. Let's rock!

Cheers, Johan
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-nl] Punt toevoegen

[Johan C]

Hoi Pander

in iD met '1' een punt toevoegen. Linksonder op 'punt' klikken. Met het
'+'je bij 'alle tags' kun je de betreffende tags toevoegen

Cheers, Johan


Op 10 september 2013 23:39 schreef Pander pan...@opentaal.org:

 Hoi allemaal,

 Ik wil een punt toevoegen in OSM via iD of Potlatch 2 maar kan geen
   amenity=dojo
   sport=aikido
 kiezen terwijl deze toch bestaan, zie
   http://wiki.openstreetmap.org/wiki/Tag:sport%3Daikido
 en
   http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddojo

 Hoe kan ik dat wel voor elkaar krijgen?

 Dank,

 Pander
 --
 Stichting OpenTaal
 Taal is van ons allemaal
 http://www.opentaal.org

 ___
 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] Making iD the default editor on osm.org

[Johan C]

+ 1 as well. OSM is fortunate to have the Id developers on board. Let's
move on with the project and go for this change with the current features
and performance. I'm sure the Id developers are happy to implement new
features in a next release.

Cheers, Johan

Op woensdag 21 augustus 2013 schreef Clifford Snow (cliff...@snowandsnow.us
):

 On Wed, Aug 21, 2013 at 7:50 AM, Janko Mihelić jan...@gmail.com wrote:

 t really is a brilliant peace of software.

 +1


 --
 Clifford
 OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Change for OpenStreetMap

[Johan C]

As you might know the theme of this year's State of the Map is change. But
change into which direction? Change into what? And why change? Why is
'steady as she goes' not fine enough?

OSM's Future Group (FG) will be present at State of the Map in Birmingham.
On Saturday 7 September at 10 AM all attendants of SOTM will have the
possibility to follow an interactive workshop in which the participants are
split in couples of two, writing down their dreams for the long term (about
2020) future of OSM and presenting them to the other participants of the
workshop. The dreams can be anything, like 'OSM is the leading map data
provider in the world' or 'OSM really helps making the world better for a
lot of people' or 'OSM has vibrant social communities all over the world'
or '50% of the registered users will be active mappers'. Or, by the words
of Henk Hoff
http://wiki.openstreetmap.org/wiki/User:Toffehoff/2012_OSMF_Board_Elections_Manifesto
'the
world's most used map'.
More information can be found at the bottom of this page:
http://wiki.openstreetmap.org/wiki/Future

Several attendants of SOTM will be interviewed by a journalist for an
article on the future of OSM. There's room for two more attendants of SOTM
to be interviewed. If you want to be interviewed in Birmingham, than please
send your details by August 10th to osm...@gmail.com.

See you @ SOTM!

On behalf of the Future Group, Johan
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Foursquare superusers encouraged to directly edit OSM

[Johan C]

Great move by Foursquare. I wouldn't mind to see more interaction between
Foursquare and OSM. For instance, it's quite easy to put the entrance of
POI's in OSM, which can be handy in the Foursquare app to navigate to that
entrance (or for example the nearby parking lot).

Cheers, Johan


2013/8/2 Alex Barth a...@mapbox.com

  The main point was that the material 'added' to osm is properly licensed
 to osm. I'd not considered that there would be substantial POI data in
 foursquare that was not already present in some format in osm. This may be
 a 'country' facet since I'm only looking at UK data and certainly dumping
 foursqaure data into the UK would hit a substantial number of existing
 locations? In other countries this may not be the case and may be worth the
 exercise if more detailed material is not otherwise available?

 Exactly, in some countries the map is sparser so there's going to be more
 incentives to jump in and improve. E. g. it will be interesting to keep an
 eye on Brazil here.


 On Fri, Aug 2, 2013 at 3:40 PM, Lester Caine les...@lsces.co.uk wrote:

 Alex Barth wrote:

 They are being signed up directly to OSM ...

 Any user coming from Foursquare has to actually create their own account
 manually if they don't have one yet, just like anyone else. (Not sure if
 this is
 what you were getting at.)


 That was what I was saying poorly :)
 The main point was that the material 'added' to osm is properly licensed
 to osm. I'd not considered that there would be substantial POI data in
 foursquare that was not already present in some format in osm. This may be
 a 'country' facet since I'm only looking at UK data and certainly dumping
 foursqaure data into the UK would hit a substantial number of existing
 locations? In other countries this may not be the case and may be worth the
 exercise if more detailed material is not otherwise available?


 --
 Lester Caine - G8HFL
 -
 Contact - 
 http://lsces.co.uk/wiki/?page=**contacthttp://lsces.co.uk/wiki/?page=contact
 L.S.Caine Electronic Services - http://lsces.co.uk
 EnquirySolve - http://enquirysolve.com/
 Model Engineers Digital Workshop - http://medw.co.uk
 Rainbow Digital Media - 
 http://rainbowdigitalmedia.co.**ukhttp://rainbowdigitalmedia.co.uk

 __**_
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk



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


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

Re: [OSM-talk] Gamification and OSM (Was: Upgraded map controls)

[Johan C]

2013/7/29 Michal Migurski m...@teczno.com

 Gamification can refer to a lot of things, but it boils down
 comparing/pitting users against one another. Around 9:10, Saman highlights
 Strava, designed to incentivize activity. At 10:10, the suggestion for
 OSM includes comparisons to others (mapper level) and what looks like a
 leaderboard. The word gamification is used at this point in the talk.

 Strava and Facebook are example social sites that are not generative in
 themselves. The product of Facebook and Strava is eyeballs, while the
 product of OSM is a free and open map. We bring people together for the
 sake of creating a better, more complete map, and increasing numbers of
 mappers and changes is just one component of this. It's my belief that
 game-inspired social mechanics bring all the boys to the yard while
 discouraging more collaborative, social, and goal-focused mappers.

 OSM needs we mappers more than me mappers.

 OSM's social model needs to account for the quality and resilience of the
 resulting map, and for that we need collaborative social activities rather
 than competitive ones. Alex's recent US post on editathons explains this
 better than I can: a great regular excuse for people to get together to
 get work done and socialize (
 http://openstreetmap.us/2013/07/why-editathons/). I believe that a more
 fitting model for social activity and groups in OSM can be found elsewhere:
 Github, Metafilter, and Twitter.


OSM has set a high goal. Steve Coasts 'OSM will evolve in to the best and
most complete map possible' (
http://blog.openstreetmap.org/2010/02/20/openstreetmap-the-best-map/) is
about the same as 'Our amazing community is making OpenStreetMap the best
map of the world.' (http://donate.openstreetmap.org/server2013/). In my
words: that means better than Google Maps. Not only in quantity and quality
of streets, but also in addresses, POI's etc.

Given that point into the horizon, any decision made should answer to the
question: 'does it contribute to our goal'? Regarding this thread: 'Does
gamification contribute to make OSM the best map of the world?' To do that,
users of OSM games should contribute back to the map.

http://wiki.openstreetmap.org/wiki/Kort_Game:  The app uses the concept of
gamification to motivate users to regularly use it. This means, that
gamehttp://wiki.openstreetmap.org/wiki/Game-like
elements are used like winning points and badges to climb the highscore. The
points (so called *Koins*) are collected by the players by fulfilling
tasks. Examples of tasks are
POIshttp://wiki.openstreetmap.org/wiki/Points_of_interest
 without a name, where the user has to enter the missing name. All
proposals for solutions to the tasks are then validated by other players.
If a certain amount of players (3 to 5 depending on error type) validated a
proposal it is considered complete and is therefore ready to be integrated
on OpenStreetMap.

Stefan understood what it's about: compliments for that Stefan, and I hope
your game will eventually attract millions of users. And with that huge
numbers of mappers.

Waze also understood what it's about:
'As Bret McVey, a graphic designer in Omaha who made 280,000 changes to
Waze’s maps in the last year told *Bits*, “They created this culture where
you can really help others.” That culture rewards Waze users with points
and badges and gives the top 500 map editors direct access to Waze
employees to close the gap between reality and what Waze depicts.' (
http://www.forbes.com/sites/petercohan/2013/06/11/four-reasons-for-google-to-buy-waze/
)

And of course editathons, online or offline, can also be helpful in
achieving OSM's goal.

Cheers, Johan
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-nl] Nieuweling

[Johan C]

Hallo Seijo

van harte welkom in onze community. Je bijdragen aan OSM worden zeer op
prijs gesteld. Doelstelling is namelijk om OSM de beste kaart ter wereld te
maken. In je directe omgeving zul je vast merken dat er (naast wandelpaden)
ook nog de nodige POI's zullen ontbreken die eenvoudig toe te voegen zijn.
Laat maar weten als je vragen hebt!

Cheers, Johan


Op 24 juli 2013 23:18 schreef Seijo Kruizinga s.kruizi...@hccnet.nl het
volgende:

 **
  L.S.

 Ik ben geïnteresseerd geraakt in Open Street Map omdat ik het plan heb
 opgevat om alle wandelpaden in de Oisterwijkse bossen en op de Kampina vast
 te leggen. Ik gebruik daarvoor een GPS-Dakota-10. De paden die ik gewandeld
 heb leg ik vast in een nauwkeurige kaart  op SVG-basis (
 www.kruizinga-verschure.nl). Ik ben van plan om die kennis ook in te
 brengen in de Open Street Map en heb mijn eerste aanpassingen aangebracht.
 Veel zaken zijn mij nog wat onduidelijk maar ik hoop snel te leren. Op de
 hiervoor genoemde website kun je ook kennis maken met mijn andere hobby,
 verificatie van weerverwachtingen.

 Ik heb redelijk veel ervaring met programmeren (sinds 1960) en computers
 maar nog weinig met OSM.

 Seijo Kruizinga (geb 1939)

 PS: De bijgevoegde KML-file toont ook mijn wandelingen

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


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