Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Marc Gemis]

Ik map soms ook parkeerplaatsen in een straat met enkel
amenity=parking_space, omdat er geen parking (in de betekenis van
parkeerterrein) is.
Ik vind niet dat elke groep van een paar parkeerplaatsen in een straat
parkings zijn. En het wordt gerenderd, dus kan je je afvragen of de
wiki niet moet aangepast worden voor zulke gevallen ?

m.

On Mon, Nov 4, 2019 at 4:33 PM Stijn Rombauts via Talk-be
 wrote:
>
> Even terug naar de aanpassingen van Jakka en ook wat aansluitend op 
> onderstaande opmerking van Marc. En ook omdat ik in alle stilte al wel wat 
> werk van Jakka heb verbeterd (en dan bedoel ik effectief: fouten corrigeren):
> - parkeerplaatsen: Jakka heeft daar de individuele parkeerplaatsen gemapt; op 
> zich OK. Maar waarom een aantal wel en de andere niet? En vergeet dan niet de 
> amenity=parking (toegevoegd door Anakil): m.a.w. zorg er op z'n minst voor 
> dan eerst de grote lijnen in orde zijn, voeg pas daarna de details toe (wiki: 
> Mapping parking spaces is an addition, not a replacement, to mapping a whole 
> parking lot with amenity=parking.) Jakka had trouwens een paar 
> parkeerplaatsen foutief gemapt met amenity= parking. Daarna heeft ene 
> philippec binnen de amenity=parking van Anakil nog eens 2 keer een amenity 
> =parking toegevoegd (zoals deze 
> https://www.openstreetmap.org/way/741861188)...? Waarom?
> - nog parkeerplaatsen: daar (https://www.openstreetmap.org/way/731154048) 3 
> brede parkeerplaatsen getekend terwijl het er 5 smalle zijn...
> - https://www.openstreetmap.org/way/118797990: lanes=2 --> lanes=1, maar 
> turn:lanes=none|merge_to_left vergeten te verwijderen en ook 
> cycleway:right=lane vergeten te verwijderen
> - het gebruik van traffic_calming=island (volgens wiki: A structure 
> separating at least two lanes of a highway from each other for a short 
> distance.). Dan lijkt dat daar (aan het stukje Zemstbaan dat aansluit op de 
> Brusselsesteenweg) heel veel verkeerd gebruikt. Alleen al omdat die 'dingen' 
> daar niks met traffic calming te maken hebben, volgens mij.
> - een aantal fietspaden zijn apart bijgetekend (OK), maar waarom niet het 
> stukje langs de Zemstbaan van Zemstsesteenweg naar Brusselsesteenweg? De 
> oneway-tag lijkt mij ook een aantal keer te ontbreken. En ook de 
> bicycle=use_sidepath op de highways is niet toegevoegd...
>
> Dat dingen in osm van jaren oud verbeterd, verfijnd of geüpdatet moeten 
> worden, is logisch. Maar dat recente veranderingen nog hopen extra werk 
> vragen omdat ze zeer onvolledig of ronduit fout zijn, vind ik behoorlijk 
> frustrerend. En met zo'n aanpassingen wordt de databank er ook echt niet 
> bruikbaarder op. Soit, 't is ook mijn eigen schuld omdat ik er anderen zelden 
> op aanspreek. En Jakka, jij bent zeker de ergste nog niet, verre van.
>
> StijnRR
>
>
> Op maandag 4 november 2019 13:08:24 CET schreef Marc Gemis 
> :
>
>
> > Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke maatstaf 
> > te behandelen. Als je het doet, zorg dan dat je consequent bent, voor de 
> > wijk of als het even kan je kleine gemeente.
>
> er is ook zoiets als "guerilla mapping"
> (http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)
>
>
> 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

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

[talk-ph] Invitation: "GeoCHIKAs: A GeoladiesPH Meetup and Chikahan Session over Coffee (or Tea)"

[Arnalie Faye Vicario via talk-ph]

Libreng kape (or tsaa), sis! 
Geoladies PH, in partnership with Map the Philippines and KapeTayo Coffee, 
would like to invite you to a meetup/chikahan session this Saturday, Nov. 9, 
2019, 2-5PM at Think Cafe, Ateneo School of Government Hurtado Hall.
This will be a venue to meet fellow geoladies* and learn about their projects, 
advocacies and interests, as well as establish a local network for women in the 
Geospatial community in the country! See you there! 
Please RSVP at: https://www.facebook.com/events/757027584769023/?ti=icl
*whoever perceives herself as a woman

Visit Geoladies PH:
Facebook: https://www.facebook.com/geoladiesph/Github: 
https://geoladiesph.github.io/home/Telegram: t.me/GeoLadies




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

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Jakka]

@Pieter,

neem eens persoonlijk contact met mij betreffende "real-time shop 
parking"


Op 4/11/2019 om 21:28 schreef Pieter Colpaert:

Dag allen,

Eerst en vooral: merci voor de contributies aan OSM, desondanks de
kleine meningsverschillen ;-)

For what it’s worth:

Het mappen van meer detail vind ikzelf enorm waardevol: het geeft net
dat ietsje meer waardoor ook overheden gaan kijken naar wat er op
OpenStreetMap te vinden is, want dat kan mogelijks net dat beetje meer
gedetailleerd zijn dan hun eigen inventarisatie van het openbaar domein.

Verder zijn bijvoorbeeld de data over de real-time shop parking
beschikbaarheid in Kortrijk als open data. Zou tof zijn om op termijn
ook OSM’s individuele parkingplaatsen te kunnen linken aan de real-time
locatie, zoals nu sommige zaken al gelinkt zijn een wikidata.

Groeten,

Pieter

On 04/11/2019 19.26, s8evq wrote:

Dag Stijn,

Wie zonder zonde is werpe de eerste steen:
http://osmose.openstreetmap.fr/en/byuser/StijnRR
Number of found issues: more than 500

Ik vind het not done om iemand zijn edits te dissecteren op een
publieke mailinglist.

On Mon, 4 Nov 2019 15:31:34 + (UTC), Stijn Rombauts via Talk-be
 wrote:


  Even terug naar de aanpassingen van Jakka en ook wat aansluitend op
onderstaande opmerking van Marc. En ook omdat ik in alle stilte al
wel wat werk van Jakka heb verbeterd (en dan bedoel ik effectief:
fouten corrigeren):- parkeerplaatsen: Jakka heeft daar de individuele
parkeerplaatsen gemapt; op zich OK. Maar waarom een aantal wel en de
andere niet? En vergeet dan niet de amenity=parking (toegevoegd door
Anakil): m.a.w. zorg er op z'n minst voor dan eerst de grote lijnen
in orde zijn, voeg pas daarna de details toe (wiki: Mapping parking
spaces is an addition, not a replacement, to mapping a whole parking
lot with amenity=parking.) Jakka had trouwens een paar
parkeerplaatsen foutief gemapt met amenity= parking. Daarna heeft ene
philippec binnen de amenity=parking van Anakil nog eens 2 keer een
amenity =parking toegevoegd (zoals deze
https://www.openstreetmap.org/way/741861188)...? Waarom?- nog
parkeerplaatsen: daar (https://www.openstreetmap.org/way/731154048) 3
brede parkeerplaatsen getekend terwijl het er 5 smalle zijn...
- https://www.openstreetmap.org/way/118797990: lanes=2 --> lanes=1,
maar turn:lanes=none|merge_to_left vergeten te verwijderen en ook
cycleway:right=lane vergeten te verwijderen
- het gebruik van traffic_calming=island (volgens wiki: A structure
separating at least two lanes of a highway from each other for a
short distance.). Dan lijkt dat daar (aan het stukje Zemstbaan dat
aansluit op de Brusselsesteenweg) heel veel verkeerd gebruikt. Alleen
al omdat die 'dingen' daar niks met traffic calming te maken hebben,
volgens mij.
- een aantal fietspaden zijn apart bijgetekend (OK), maar waarom niet
het stukje langs de Zemstbaan van Zemstsesteenweg naar
Brusselsesteenweg? De oneway-tag lijkt mij ook een aantal keer te
ontbreken. En ook de bicycle=use_sidepath op de highways is niet
toegevoegd...

Dat dingen in osm van jaren oud verbeterd, verfijnd of geüpdatet
moeten worden, is logisch. Maar dat recente veranderingen nog hopen
extra werk vragen omdat ze zeer onvolledig of ronduit fout zijn, vind
ik behoorlijk frustrerend. En met zo'n aanpassingen wordt de databank
er ook echt niet bruikbaarder op. Soit, 't is ook mijn eigen schuld
omdat ik er anderen zelden op aanspreek. En Jakka, jij bent zeker de
ergste nog niet, verre van.
StijnRR

 Op maandag 4 november 2019 13:08:24 CET schreef Marc Gemis
:
> Wel pleit ik er voor een zeker 'gebiedje' dan wel op een
gelijke maatstaf te behandelen. Als je het doet, zorg dan dat je
consequent bent, voor de wijk of als het even kan je kleine gemeente.

er is ook zoiets als "guerilla mapping"
(http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)

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



___
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: [Talk-GB] OS Map Rules

[Robert Whittaker (OSM lists)]

On Mon, 4 Nov 2019 at 23:38, Andrew J  wrote:
> I was thinking of using a paper OS map to identify public footpaths
> which are not currently on OSM, and use it to plan and navigate (map and
> compass) a route along those paths.
>
> If I get a GPS trace (e.g. with OSMTracker) while I walk that route, is
> it acceptable to use this GPS data to update OSM, or would it be
> considered a derivative of OS data?

It depends on exactly what you do. If you're slavishly following the
line on the OSM map and collecting a GPS trace of that line, then all
you're really doing is copying (in a somewhat roundabout way) the
coordinates of points along OS's line into OSM, and I think that would
violate OS's copyright. On the other hand if you use the OS map to
determine that there's a Right of Way that needs mapping in a certain
locality, and then collect a GPS trace by following signs and trodden
paths on the ground, that would be fine.

Depending on which part of the country you're in, there might already
be an open dataset of Rights of Way that you can use, which isn't
encumbered by OS's copyright. See the list I maintain at
https://osm.mathmos.net/prow/open-data/ . In theory, Freedom of
Information legislation means any currently-non-available datasets can
be obtained. It can take a bit of effort to do this, but I'm happy to
oblige if someone wants the data opened up for use in OSM.

Best wishes,

Robert.

-- 
Robert Whittaker

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

Re: [OSM-talk-fr] Nettoyage des clés mapillary

[Yves P.]

Bonsoir,

> Le 3 nov. 2019, PanierAvide  a écrit :
> Sur le modèle du fichier MapCSS pour les tags Wikimedia, on peut ajouter une 
> règle avec un "regexp_match" pour rechercher/remplacer automatiquement.
> 
> pKey=[a-zA-Z0-9_-]{22}
> 
J’ai complété l’expression régulière d’Adrien pour reconnaitre d’autres 
variantes des clés mapillary.
J’ai pris les valeurs significatives trouvée dans taginfo 
 (trier par valeur et 
filtrer avec http) 

http://regexr.com/4o5oi

—
Yves 

Note: Il y a quelques clés qui ne sont pas reconnues. C’est normal car elles 
sont trop courtes.

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

[Talk-GB] OS Map Rules

[Rob Nickerson]

Doing so would be fine. Just look out for the signs which tell you which
type of public right of way it is* rather than copying that detail from OS.

* applicable if you are intending to add the designation=public_footpath
(and similar for bridleway etc) tags.

Best regards and happy mapping
Rob
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] OS Map Rules

[Andrew J]

Hi all,

I signed up to this list because I have a question which I couldn't find
explicitly answered online - apologies if I've got some of the etiquette
wrong.

I was thinking of using a paper OS map to identify public footpaths
which are not currently on OSM, and use it to plan and navigate (map and
compass) a route along those paths.

If I get a GPS trace (e.g. with OSMTracker) while I walk that route, is
it acceptable to use this GPS data to update OSM, or would it be
considered a derivative of OS data?

Kind regards,
Andrew
Soon-to-be contributor (hopefully)

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

[OSM-talk] osm2pgsql 1.2.0

[wambacher]

Hi,

i'm using osm2pgsql-0.96 right now. Is it possible (and meaningful) to 
switch to osm2pgsql-1.2.0?


Must i change anything in my database? Runing diff updates using a flatfile.

Regards
walter

--
My projects:

Admin Boundaries of the World 
Missing Boundaries 


Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
OSM Software Watchlist 

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

Re: [talk-au] Street names from gis.mn.gov?

[Nemanja Bračko]

Yup, I can confirm that Harvey is right.
It is left from one of US editors which were moved from US edits to AU like
2 months ago.

Thanks,
Nemanja

Sent from my phone

On Mon, Nov 4, 2019, 23:51 Andrew Harvey  wrote:

> I'd recommend leaving a changeset comment to ask, it's likely they've used
> the wrong comment by mistake as that's a US data portal.
>
> On Tue, 5 Nov 2019 at 09:45, Graeme Fitzpatrick 
> wrote:
>
>> Hi
>>
>> Sorry about the cryptic title :-)
>>
>> Was looking at the map earlier & spotted a change made by one of the
>> Microsoft mapping team that had the comment
>> "Adding missing roads from aerial imagery, and names from source=
>> gisdata.mn.gov #maproulette"
>>
>> What's gisdata.mn.gov?
>>
>> This particular change was
>> https://www.openstreetmap.org/changeset/74193595  if you're interested,
>> but this was only one of several dozen made by Melis on that day.
>>
>> Thanks
>>
>> Graeme
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Street names from gis.mn.gov?

[Andrew Harvey]

I'd recommend leaving a changeset comment to ask, it's likely they've used
the wrong comment by mistake as that's a US data portal.

On Tue, 5 Nov 2019 at 09:45, Graeme Fitzpatrick 
wrote:

> Hi
>
> Sorry about the cryptic title :-)
>
> Was looking at the map earlier & spotted a change made by one of the
> Microsoft mapping team that had the comment
> "Adding missing roads from aerial imagery, and names from source=
> gisdata.mn.gov #maproulette"
>
> What's gisdata.mn.gov?
>
> This particular change was
> https://www.openstreetmap.org/changeset/74193595  if you're interested,
> but this was only one of several dozen made by Melis on that day.
>
> Thanks
>
> Graeme
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Nettoyage des clés mapillary

[Yves P.]

>>   ajouter wikimedia_common serrait pratique
> pour wikimedia_common cela ne teste que l'encodage %
> et non la présence d'une url complète <> id
Donc, ya plus ka 

*[wikimedia_commons =~ /%[0-9A-F][0-9A-F]/] {
  throwError: tr("{0} tag should not have URL-encoded values like ''%27''", 
"{0.key}");
  fixAdd: concat("wikimedia_commons=", 
trim(replace(URL_decode(tag("wikimedia_commons")), "_", " ")));
  assertMatch: "node wikimedia_commons=File:Foo%27s";
  assertNoMatch: "node wikimedia_commons=File:Foo";
}

Je note aussi que ce script décode les URL mais aussi remplace les «_» par des 
« ».
Il n’y a pas de règle qui détecte  «_» pour les clés wikipedia et 
wikimedia_commons (et c’est pénible à faire manuellement).

> PanierAvide à écrit :
> 
> Normalement pas besoin de recharger le fichier dans la configuration de JOSM 
> : le fait de relancer la validation suffit (il relit le fichier 
> systématiquement).
> 
Merci 
> Pour la console c'est bien ça la question : le log qui peut apparaître quand 
> on lance JOSM depuis l'invite de commande n'affiche pas ces erreurs.
> 
Zut.

Du coup, je crois avoir trouvé comment utiliser regexp_match:
https://josm.openstreetmap.de/browser/josm/trunk/data/validator/wikipedia.mapcss?order=name#L28

fixAdd: concat("wikipedia=be-tarask:", get(regexp_match("^be-x-old:(.+)$", 
tag("wikipedia")),1));

regexp_match("^be-x-old:(.+)$", tag("wikipedia »)) renvoi le tableau avec les 
correspondances
get(,1) renvoi la première correspondance (0 pour la chaine complète)
> La syntaxe des fonctions est en MapCSS, mais l'interprétation de ces 
> fonctions se fait sans doute en Java.
> 

—
Yves

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

[talk-au] Street names from gis.mn.gov?

[Graeme Fitzpatrick]

Hi

Sorry about the cryptic title :-)

Was looking at the map earlier & spotted a change made by one of the
Microsoft mapping team that had the comment
"Adding missing roads from aerial imagery, and names from source=
gisdata.mn.gov #maproulette"

What's gisdata.mn.gov?

This particular change was https://www.openstreetmap.org/changeset/74193595
if you're interested, but this was only one of several dozen made by Melis
on that day.

Thanks

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

Re: [Talk-it] mappare sede associazione Esperantista

[Marco Ciampa]

Scusate se vi assillo, lasciando perdere il resto del messaggio ma mi
dite almeno di quest'ultimo cosa ne pensate?

On Thu, Oct 31, 2019 at 05:09:18PM +0100, Marco Ciampa wrote:
> On Tue, Oct 29, 2019 at 01:56:16PM +0100, Lorenzo Beltrami wrote:
> > Ciao Marco,
> > provo a risponderti (sempre in linea), ma in generale approvo quello che ti
> > ha scritto anche Martin.
[...]
> 
> > va bene secondo voi aggiungere:
> > >
> > > subject:wikidata=Q860918
> > >
> > Secondo me no, preferirei segnare che si insegna esperanto con
> > language:eo=main
> 
> Ok e questo?
> 
> https://www.wikidata.org/wiki/Q2367344
> 
> Esperanto club?

?

-- 

Saluton,
Marco Ciampa

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

Re: [OSM-talk-fr] canaux de communication

[marc marc]

Bonsoir,

Le 04.11.19 à 21:34, JB a écrit :
> irc en France, c'est combien de personnes ?

tu veux dire #osm-fr sur le serveur par défaut pointé par id ?
bien plus que le nombre de personnes,
c'est souvent une réponse pour le nouveau qui débarque

> Vu le trafic et les points abordés sur talk-fr en ce moment, je n'y 
> enverrais pas des nouveaux qui ont besoin d'une aide extérieure pour 
> découvrir les canaux de communications OSM.

et pourtant c'est là qu'il y a plus de monde pour l'accompagner

> Pour moi, le forum français est vraiment la porte d'entrée pour les 
> arrivants. Pas besoin de grandes compétences techniques pour y accéder, 
> moins de peur d'y poser une questions de débutant.

ils auront le choix. c'est à eux de voir si un email fait + ou - peur,
perso je ne saisi pas la réalité de cet argument.
au contraire c'est triste qu'en 2019 il n'y ai tjs pas de fusion (au 
sens nabble par ex) entre forum et ml. le protocole ne devrait pas
impliquer une différence de contenu.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] canaux de communication

[deuzeffe]

On 04/11/2019 21:34, JB wrote:


Hello,


Pareil,


Pour mieux me rendre compte, irc en France, c'est combien de personnes ?


Ça dépend du moment. Et ce n'est pas la quantité mais la qualité qui 
compte ^^
(51 connectés à cette heure, dont quelques doubles et pas mal de 
silencieuses et silencieux)


Vu le trafic et les points abordés sur talk-fr en ce moment, je n'y 
enverrais pas des nouveaux qui ont besoin d'une aide extérieure pour 
découvrir les canaux de communications OSM.


Quand j'ai débuté, j'ai commencé par le forum. Outre le fait qu'en tant 
que vieille dinosaure usenétienne j'ai horreur des forums web, et même 
si j'y ai trouvé quelques bonnes info., j'ai vite viré vers le chan irc 
(réflexe de dinosaure, là aussi) et "on" (aka "le chef") m'a convaincue 
de m'abonner à talk-fr. Où je remarque que ma dernière question n'a eu 
aucune réponse (sauf celle d'un occidental du nord égaré).


Pour moi, le forum français est vraiment la porte d'entrée pour les 
arrivants. Pas besoin de grandes compétences techniques pour y accéder, 
moins de peur d'y poser une questions de débutant.


C'est pas faux. Mais ça m'a paru limité et pas très réactif :(


Les autres canaux sont déjà affaire de spécialistes.


Pas forcément. Même s'il y a des discussions très pointues, des 
questions de base y trouvent réponse sans pb.



Ce n'est toujours que mon points de vue.


Ce n'est également que le mien.

L'ordre importe peu, pourvu que dans le trio de tête, il y ait les liens 
vers des canaux *d'échange* (forum/irc/talk-fr)


--
deuzeffe

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

Re: [OSM-talk-fr] canaux de communication

[JB]

Le 04/11/2019 à 20:30, osm.sanspourr...@spamgourmet.com a écrit :

c'est pas l'association qui décide, c'est la communauté :)

+1 mais dans notre cas ça ne devrait pas trop changer l'ordre final ;-)

tri perso (en fct de l'aide possible) : talk-fr, irc, site web, forum
et virer le reste au lieu d'envoyer les gens vers des canaux
où il n'y a pas de communauté active pour les aider.
+1 

Hello,
Pour mieux me rendre compte, irc en France, c'est combien de personnes ?
Vu le trafic et les points abordés sur talk-fr en ce moment, je n'y 
enverrais pas des nouveaux qui ont besoin d'une aide extérieure pour 
découvrir les canaux de communications OSM.
Pour moi, le forum français est vraiment la porte d'entrée pour les 
arrivants. Pas besoin de grandes compétences techniques pour y accéder, 
moins de peur d'y poser une questions de débutant.

Les autres canaux sont déjà affaire de spécialistes.
Ce n'est toujours que mon points de vue.


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

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Pieter Colpaert]

Dag allen,

Eerst en vooral: merci voor de contributies aan OSM, desondanks de 
kleine meningsverschillen ;-)


For what it’s worth:

Het mappen van meer detail vind ikzelf enorm waardevol: het geeft net 
dat ietsje meer waardoor ook overheden gaan kijken naar wat er op 
OpenStreetMap te vinden is, want dat kan mogelijks net dat beetje meer 
gedetailleerd zijn dan hun eigen inventarisatie van het openbaar domein.


Verder zijn bijvoorbeeld de data over de real-time shop parking 
beschikbaarheid in Kortrijk als open data. Zou tof zijn om op termijn 
ook OSM’s individuele parkingplaatsen te kunnen linken aan de real-time 
locatie, zoals nu sommige zaken al gelinkt zijn een wikidata.


Groeten,

Pieter

On 04/11/2019 19.26, s8evq wrote:

Dag Stijn,

Wie zonder zonde is werpe de eerste steen:
http://osmose.openstreetmap.fr/en/byuser/StijnRR
Number of found issues: more than 500

Ik vind het not done om iemand zijn edits te dissecteren op een publieke 
mailinglist.

On Mon, 4 Nov 2019 15:31:34 + (UTC), Stijn Rombauts via Talk-be 
 wrote:


  Even terug naar de aanpassingen van Jakka en ook wat aansluitend op 
onderstaande opmerking van Marc. En ook omdat ik in alle stilte al wel wat werk 
van Jakka heb verbeterd (en dan bedoel ik effectief: fouten corrigeren):- 
parkeerplaatsen: Jakka heeft daar de individuele parkeerplaatsen gemapt; op 
zich OK. Maar waarom een aantal wel en de andere niet? En vergeet dan niet de 
amenity=parking (toegevoegd door Anakil): m.a.w. zorg er op z'n minst voor dan 
eerst de grote lijnen in orde zijn, voeg pas daarna de details toe (wiki: 
Mapping parking spaces is an addition, not a replacement, to mapping a whole 
parking lot with amenity=parking.) Jakka had trouwens een paar parkeerplaatsen 
foutief gemapt met amenity= parking. Daarna heeft ene philippec binnen de 
amenity=parking van Anakil nog eens 2 keer een amenity =parking toegevoegd 
(zoals deze https://www.openstreetmap.org/way/741861188)...? Waarom?- nog 
parkeerplaatsen: daar (https://www.openstreetmap.org/way/731154048) 3 brede 
parkeerplaatsen getekend terwijl het er 5 smalle zijn...
- https://www.openstreetmap.org/way/118797990: lanes=2 --> lanes=1, maar 
turn:lanes=none|merge_to_left vergeten te verwijderen en ook cycleway:right=lane 
vergeten te verwijderen
- het gebruik van traffic_calming=island (volgens wiki: A structure separating 
at least two lanes of a highway from each other for a short distance.). Dan 
lijkt dat daar (aan het stukje Zemstbaan dat aansluit op de Brusselsesteenweg) 
heel veel verkeerd gebruikt. Alleen al omdat die 'dingen' daar niks met traffic 
calming te maken hebben, volgens mij.
- een aantal fietspaden zijn apart bijgetekend (OK), maar waarom niet het 
stukje langs de Zemstbaan van Zemstsesteenweg naar Brusselsesteenweg? De 
oneway-tag lijkt mij ook een aantal keer te ontbreken. En ook de 
bicycle=use_sidepath op de highways is niet toegevoegd...

Dat dingen in osm van jaren oud verbeterd, verfijnd of geüpdatet moeten worden, 
is logisch. Maar dat recente veranderingen nog hopen extra werk vragen omdat ze 
zeer onvolledig of ronduit fout zijn, vind ik behoorlijk frustrerend. En met 
zo'n aanpassingen wordt de databank er ook echt niet bruikbaarder op. Soit, 't 
is ook mijn eigen schuld omdat ik er anderen zelden op aanspreek. En Jakka, jij 
bent zeker de ergste nog niet, verre van.
StijnRR

 Op maandag 4 november 2019 13:08:24 CET schreef Marc Gemis 
:
  
  > Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke maatstaf te behandelen. Als je het doet, zorg dan dat je consequent bent, voor de wijk of als het even kan je kleine gemeente.


er is ook zoiets als "guerilla mapping"
(http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)

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



___
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: [Talk-gb-westmidlands] Meeting in Birmingham on Thursday

[Eike Ritter via Talk-gb-westmidlands]

Dear Rob,

> 
> Now that the clocks have changed we will revert back to Birmingham city
> centre for our monthly meetups. Normally the first Thursday of each
> month - so Thursday this week.
> 
> I understand that The Bull on Price Street is now run by the same people
> who run The Wellington. Are we sticking with that for the first meeting
> or would you like to try somewhere else?
> 
I'll be coming, and I propose to try the Bull for the first meeting, and
then see what it is like.

Best wishes,

Eike
> See you soon,
> *Rob*
> 
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
> 




signature.asc
Description: OpenPGP digital signature
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [OSM-talk-fr] canaux de communication

[osm . sanspourriel]

Le 04/11/2019 à 15:12, marc marc - marc_marc_...@hotmail.com a écrit :

Bonjour,

Le 04.11.19 à 15:04, Vincent Bergeot a écrit :

Le 31/10/2019 à 21:01, osm.sanspourr...@spamgourmet.com a écrit :

l'ordre me choque.

Peut-être que quelqu'un de l'association peut proposer une liste
plus réaliste et mieux triée (voir lien tout en bas).

c'est pas l'association qui décide, c'est la communauté :)

+1 mais dans notre cas ça ne devrait pas trop changer l'ordre final ;-)

tri perso (en fct de l'aide possible) : talk-fr, irc, site web, forum
et virer le reste au lieu d'envoyer les gens vers des canaux
où il n'y a pas de communauté active pour les aider.

+1

faire remonter les listes locales non ?

oui, faut quelqu'un de motivé pour lister les listes actives (même
raison que ci-dessus) et faire le PR sur github qui lie étendue/nom/canal
ou chaque liste fait sa réponse, cela évitera d'ajouter les mortes
par l'absence de réponse


Comme transport liste localisée à proximité des transports publics^^

On voit si les autres sont d'accord, puis tu fais le premier PR avec
talk-fr, irc, site web, forum ?

Et après on donne ça comme modèle qu'on signale à toutes les listes
locales ? Celles qui sont actives feront le PR.

Ça évite d'avoir à centraliser l'info des listes locales actives.

Jean-Yvon

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

Re: [Talk-GB] Sustrans & OSM

[Edward Bainton]

> as I understand it Sustrans near Derby changed their mapping to match
what was in OSM

So that is now in their GIS and so on OS and so OS needs to acknowledge OSM
at osmaps.ordnancesurvey.co.uk/ncn?

On Mon, 4 Nov 2019 at 18:29, Andy Townsend  wrote:

> On 04/11/2019 18:19, Edward Bainton wrote:
>
> (much snippage)
>
> Sustrans appear to have moved the NCN routes off their own site altogether
> (perhaps not news to you), and link directly to
> osmaps.ordnancesurvey.co.uk/ncn. The behaviour is pretty horrible - eg,
> can't cope with more than one NCN/LCN route on a given stretch of road,
> which the OpenCycleMap layer does very nicely. OTOH there's a link to a
> route description and to buy the Sustrans paper map. I've no experience of
> these.
>
> Just to throw in a local anecdote as an aside, as I understand it Sustrans
> near Derby changed their mapping to match what was in OSM because (a) what
> we had was a better representation of the signage on the ground and (b) it
> was a better route for cyclists!
>
> Best Regards,
>
> Andy
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] OSM Community Index

[Jez Nicholson]

I noticed that after editing something in iD that it gives you a number of
suggestions as to how you might join in with the community. Got me to
wondering where that information came from. Well, it is in the
https://wiki.openstreetmap.org/wiki/OSM_Community_Index (I just created
this wiki page about it..which is why the formatting isn't great) and it
can be updated by mere mortals. In fact, this mere mortal did so and
updated the UK details which have just gone live with the new release of iD.

See also https://openstreetmap.community for a visualisation.

If you think it should say something else/additional/differently then you
could either edit the source  and issue a pull request and/or create an
issue.

if you want to discuss this amongst ourselves first, then it could be done
on the OSMUK fork https://github.com/osm-uk/

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

Re: [Talk-GB] Sustrans & OSM

[Andy Townsend]

On 04/11/2019 18:19, Edward Bainton wrote:

(much snippage)
Sustrans appear to have moved the NCN routes off their own site 
altogether (perhaps not news to you), and link directly to 
osmaps.ordnancesurvey.co.uk/ncn 
. The behaviour is pretty 
horrible - eg, can't cope with more than one NCN/LCN route on a given 
stretch of road, which the OpenCycleMap layer does very nicely. OTOH 
there's a link to a route description and to buy the Sustrans paper 
map. I've no experience of these.


Just to throw in a local anecdote as an aside, as I understand it 
Sustrans near Derby changed their mapping to match what was in OSM 
because (a) what we had was a better representation of the signage on 
the ground and (b) it was a better route for cyclists!


Best Regards,

Andy



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

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[s8evq]

Dag Stijn,

Wie zonder zonde is werpe de eerste steen:
http://osmose.openstreetmap.fr/en/byuser/StijnRR
Number of found issues: more than 500

Ik vind het not done om iemand zijn edits te dissecteren op een publieke 
mailinglist.

On Mon, 4 Nov 2019 15:31:34 + (UTC), Stijn Rombauts via Talk-be 
 wrote:

>  Even terug naar de aanpassingen van Jakka en ook wat aansluitend op 
> onderstaande opmerking van Marc. En ook omdat ik in alle stilte al wel wat 
> werk van Jakka heb verbeterd (en dan bedoel ik effectief: fouten 
> corrigeren):- parkeerplaatsen: Jakka heeft daar de individuele 
> parkeerplaatsen gemapt; op zich OK. Maar waarom een aantal wel en de andere 
> niet? En vergeet dan niet de amenity=parking (toegevoegd door Anakil): m.a.w. 
> zorg er op z'n minst voor dan eerst de grote lijnen in orde zijn, voeg pas 
> daarna de details toe (wiki: Mapping parking spaces is an addition, not a 
> replacement, to mapping a whole parking lot with amenity=parking.) Jakka had 
> trouwens een paar parkeerplaatsen foutief gemapt met amenity= parking. Daarna 
> heeft ene philippec binnen de amenity=parking van Anakil nog eens 2 keer een 
> amenity =parking toegevoegd (zoals deze 
> https://www.openstreetmap.org/way/741861188)...? Waarom?- nog 
> parkeerplaatsen: daar (https://www.openstreetmap.org/way/731154048) 3 brede 
> parkeerplaatsen getekend terwijl het er 5 smalle zijn...
> - https://www.openstreetmap.org/way/118797990: lanes=2 --> lanes=1, maar 
> turn:lanes=none|merge_to_left vergeten te verwijderen en ook 
> cycleway:right=lane vergeten te verwijderen
> - het gebruik van traffic_calming=island (volgens wiki: A structure 
> separating at least two lanes of a highway from each other for a short 
> distance.). Dan lijkt dat daar (aan het stukje Zemstbaan dat aansluit op de 
> Brusselsesteenweg) heel veel verkeerd gebruikt. Alleen al omdat die 'dingen' 
> daar niks met traffic calming te maken hebben, volgens mij.
> - een aantal fietspaden zijn apart bijgetekend (OK), maar waarom niet het 
> stukje langs de Zemstbaan van Zemstsesteenweg naar Brusselsesteenweg? De 
> oneway-tag lijkt mij ook een aantal keer te ontbreken. En ook de 
> bicycle=use_sidepath op de highways is niet toegevoegd...
> 
> Dat dingen in osm van jaren oud verbeterd, verfijnd of geüpdatet moeten 
> worden, is logisch. Maar dat recente veranderingen nog hopen extra werk 
> vragen omdat ze zeer onvolledig of ronduit fout zijn, vind ik behoorlijk 
> frustrerend. En met zo'n aanpassingen wordt de databank er ook echt niet 
> bruikbaarder op. Soit, 't is ook mijn eigen schuld omdat ik er anderen zelden 
> op aanspreek. En Jakka, jij bent zeker de ergste nog niet, verre van.
> StijnRR
> 
> Op maandag 4 november 2019 13:08:24 CET schreef Marc Gemis 
> :  
>  
>  > Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke maatstaf 
> te behandelen. Als je het doet, zorg dan dat je consequent bent, voor de wijk 
> of als het even kan je kleine gemeente.
> 
> er is ook zoiets als "guerilla mapping"
> (http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)
> 
> 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



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

Re: [Talk-GB] Sustrans & OSM

[Edward Bainton]

Hi Dave F

>From my own hour-long chat with a local volunteer manager I inferred two
reasons for steering clear of OSM:
- Unreliable, as you inferred.
- Exposes Sustrans to risk. I wonder if that may be their response to
anything they don't closely control.

I asked whether there was an agreement with OS and was told they have an
agreement to have the NCN listed as a layer on OS mapping (see here
).
"If you want to use their more detailed mapping you pay a subscription but
the NCN is mapped just the same."

Who knows if this is a financial agreement, and if so in which direction
the money flows. I'll keep plugging away at that one. (By the by, this may
possibly be connected with Sustrans' recent move to ArcGiS?)

Sustrans appear to have moved the NCN routes off their own site altogether
(perhaps not news to you), and link directly to
osmaps.ordnancesurvey.co.uk/ncn. The behaviour is pretty horrible - eg,
can't cope with more than one NCN/LCN route on a given stretch of road,
which the OpenCycleMap layer does very nicely. OTOH there's a link to a
route description and to buy the Sustrans paper map. I've no experience of
these.

I'm sure I'll revert to this topic soon enough. Meanwhile any further
comments gladly received.

Edward

On Thu, 10 Oct 2019 at 12:06, Dave F via Talk-GB 
wrote:

> (Could you please ensure replies are sent to the forum. Thanks)
>
> Roughly upto around 3-4 years ago, which is why I'm uncertain if a
> sponsorship arrangement is in place.
>
> DaveF
>
> On 10/10/2019 07:41, Edward Bainton wrote:
> > Thanks for that.
> >
> > I will ask re any formal sponsorship etc
> >
> > May I ask how long ago it is that you were in discussion with them?
> > On 10 Oct 2019 00:26, "Dave F via Talk-GB" 
> > wrote:
> >
> >> I've had the occasional limited discussions on social media. Arguments
> >> against using OSM fall into
> >>
> >> 1. Claim of no cost to use OS data as it's via local authority
> licensing.
> >> Unsure if it's all LAs
> >> 2. They "wanted to use mapping that had 100% reliable data for the users
> >> benefit."
> >> 3. Mild resentment at being informed they may not be using the best
> >> solution.
> >>
> >> Can you check if they have a sponsorship agreement with OS?
> >>
> >> DaveF
> >>
> >> On 09/10/2019 17:31, Edward Bainton wrote:
> >>
> >> Hi all
> >>
> >> I'm meeting the local Sustrans office next week as they've asked me to
> >> compile a 'map' of the NCN mileposts in my area (I think they really
> mean
> >> an inventory with locator maps).
> >>
> >> Obviously I'll be using OSM, and trying to get them to see the benefits
> of
> >> doing the same. OSM seems to be largely unknown in the local office.
> >>
> >> 1. Does anyone know *any history of engaging with Sustrans*, to inform
> my
> >> lobbying?
> >> There's mention on the wiki<
> https://wiki.openstreetmap.org/wiki/United_Kingdom_National_Cycle_Network#Tagging_information>
> <
> https://wiki.openstreetmap.org/wiki/United_Kingdom_National_Cycle_Network#Tagging_information
> >
> >> of
> >> them making milepost locations available for mapping - but that's a long
> >> time ago now.
> >>
> >> 2. Here's a sample page<
> https://www.dropbox.com/s/c3d686qnu77t0mz/Millennium%20milepost%20Compilation.doc.pdf?dl=0>
> <
> https://www.dropbox.com/s/c3d686qnu77t0mz/Millennium%20milepost%20Compilation.doc.pdf?dl=0
> >
> >> of what they sent me as a precedent.
> >> *Any suggestions for how to leverage OSM's capabilities to improve it?*
> >> I ask as a non-techie. My own thoughts: put it online & wikify; 'live'
> >> locator maps updating as OSM changes; filterable by NCN route.
> >>
> >> Thanks as ever
> >>
> >> Edward / eteb3
> >>
> >>
> >>
> >>
> >> ___
> >> Talk-GB mailing listTalk-GB@openstreetmap.orghttps://
> lists.openstreetmap.org/listinfo/talk-gb
> >>
> >>
> >>
> >> ___
> >> Talk-GB mailing list
> >> Talk-GB@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-gb
> >>
> >>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-be] Talk-be Digest, Vol 143, Issue 5

[Jakka]

@ pilippe
satelliet beelden zullen nooit juist zijn, hangt af welke versie je 
gebruikt en is dus altijd een beetje schipperen met AIV/GRB toestanden.

Ik heb mijne lintmeter niet bij ;)
Vermoed ook een verschil tussen ID en josm calibreringvan de layers...


Op 4/11/2019 om 18:10 schreef Philippe Casteleyn:

Ik had eerder kritiek verwacht omdat de parkeerlijnen van Jakka niet op
die van de satellietfoto vallen.  Misschien is de satellietfoto verschoven.

Mijn parking lot draagt de gevolgen.  Het is wellicht ook niet zo
verstandig de vier buitenhoeken te nemen als zone, maar kan het anders
in ID ?

Ik zal maar stoppen met parkings.  Waar is er eentje volledig en juist
getekend ?

Ik had gezien dat Anakil gehandicapten getekend heeft.  Ik heb er niet
op gelet dat ik bovenop hem bezig was.



De gebouwen zijn trouwens ook niet volgens het GRB getekend.



Ik ben nu al zaken aan het tekenen waarvoor geen tag bestaat, zoals een
haventje voor modelboten.











___
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] Talk-be Digest, Vol 143, Issue 5

[Philippe Casteleyn]

Ik had eerder kritiek verwacht omdat de parkeerlijnen van Jakka niet op die van 
de satellietfoto vallen.  Misschien is de satellietfoto verschoven.
Mijn parking lot draagt de gevolgen.  Het is wellicht ook niet zo verstandig de 
vier buitenhoeken te nemen als zone, maar kan het anders in ID ?
Ik zal maar stoppen met parkings.  Waar is er eentje volledig en juist getekend 
?
Ik had gezien dat Anakil gehandicapten getekend heeft.  Ik heb er niet op gelet 
dat ik bovenop hem bezig was.

De gebouwen zijn trouwens ook niet volgens het GRB getekend.

Ik ben nu al zaken aan het tekenen waarvoor geen tag bestaat, zoals een 
haventje voor modelboten.




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

[Talk-de] Erinnerung: 13. FOSSGIS-OSM-Hackingevent 29.11.-01.12.2019

[Oliver Rudzick]

Hallo allerseits,

 am ersten Adventswochenende (29.11.-01.12.2019) findet das
 FOSSGIS-OSM-Hackingevent Nr. 13 [1] im Linuxhotel in Essen statt:

 https://www.fossgis.de/wiki/FOSSGIS_Hacking_Event_2019_Nummer_13

 Es sind noch wenige Hotelbetten für Übernachtungsgäste frei.

 Das Treffen kann vielfältig genutzt werden.

 Communities und Interessierte aus OpenStreetMap-Projekten sowie
 freien GIS- und Geodaten-Projekten können das Wochenende nutzen,
 um die Arbeit voranzubringen.

 FOSSGIS Aktive können das Wochenende als Arbeitswochenende
 für Vereinsaufgaben nutzen, Vorbereitung der FOSSGIS-Konferenz 2020,
 IT, Öffentlichkeitsarbeit, Messen usw.

 Wer kurzentschlossen noch teilnehmen möchte trägt sich und ggf.
 sein Projekt im Wiki ein:

 
https://www.fossgis.de/wiki/FOSSGIS_Hacking_Event_2019_Nummer_13#Teilnehmerliste

 Wir freuen uns auf ein gemeinsames FOSSGIS OSM Hackingevent im Linuxhotel!

 Viele Grüße

 Oliver

 [1] https://www.fossgis.de/wiki/FOSSGIS_Hacking_Events

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

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Jakka]

@ StijnRR

< Maar waarom een aantal wel en de andere niet? Is na een tijdje 
vervelend  moet ook nog een beetje overlaten aan anderen ;)


< foutief gemapt met amenity= parking deze begrijp ik niet typ fout 
of totaal geen parking?


< 3 brede parkeerplaatsen  getekend terwijl het er 5 smalle zijn, klopt 
mogelijk laten misleiden door schaduw...


sputterde niet tegen anders zou ik het gemerkt hebben. Was daar een 
grote aanpassing van kruispunt die blijkbaar niemand wou bijwerken


interpretatie te ruim hindernissen, toestellen, toestanden om verkeer te 
leiden veilig te laten verlopen en niet de letterlijke vertaling 
"verkeer vertragen"


< aantal fietspaden zijn apart bijgetekend...De oneway-tag lijkt mij ook 
een aantal keer te ontbreken  geen mapillary beelden die wel oneway 
tag bevestigden


Jammer dat je me daar niet onmiddellijk van op de hoogte bracht

Op 4/11/2019 om 16:31 schreef Stijn Rombauts via Talk-be:

Even terug naar de aanpassingen van Jakka en ook wat aansluitend op
onderstaande opmerking van Marc. En ook omdat ik in alle stilte al wel
wat werk van Jakka heb verbeterd (en dan bedoel ik effectief: fouten
corrigeren):
- parkeerplaatsen: Jakka heeft daar de individuele parkeerplaatsen
gemapt; op zich OK. Maar waarom een aantal wel en de andere niet? En
vergeet dan niet de amenity=parking (toegevoegd door Anakil): m.a.w.
zorg er op z'n minst voor dan eerst de grote lijnen in orde zijn, voeg
pas daarna de details toe (wiki: Mapping parking spaces is an addition,
not a replacement, to mapping a whole parking lot with amenity=parking.)
Jakka had trouwens een paar parkeerplaatsen foutief gemapt met amenity=
parking. Daarna heeft ene philippec binnen de amenity=parking van Anakil
nog eens 2 keer een amenity =parking toegevoegd (zoals deze
https://www.openstreetmap.org/way/741861188)...? Waarom?
- nog parkeerplaatsen: daar
(https://www.openstreetmap.org/way/731154048) 3 brede parkeerplaatsen
getekend terwijl het er 5 smalle zijn...
- https://www.openstreetmap.org/way/118797990: lanes=2 --> lanes=1, maar
turn:lanes=none|merge_to_left vergeten te verwijderen en ook
cycleway:right=lane vergeten te verwijderen
- het gebruik van traffic_calming=island (volgens wiki: A structure
separating at least two lanes of a highway from each other for a short
distance.). Dan lijkt dat daar (aan het stukje Zemstbaan dat aansluit op
de Brusselsesteenweg) heel veel verkeerd gebruikt. Alleen al omdat die
'dingen' daar niks met traffic calming te maken hebben, volgens mij.
- een aantal fietspaden zijn apart bijgetekend (OK), maar waarom niet
het stukje langs de Zemstbaan van Zemstsesteenweg naar
Brusselsesteenweg? De oneway-tag lijkt mij ook een aantal keer te
ontbreken. En ook de bicycle=use_sidepath op de highways is niet
toegevoegd...

Dat dingen in osm van jaren oud verbeterd, verfijnd of geüpdatet moeten
worden, is logisch. Maar dat recente veranderingen nog hopen extra werk
vragen omdat ze zeer onvolledig of ronduit fout zijn, vind ik behoorlijk
frustrerend. En met zo'n aanpassingen wordt de databank er ook echt niet
bruikbaarder op. Soit, 't is ook mijn eigen schuld omdat ik er anderen
zelden op aanspreek. En Jakka, jij bent zeker de ergste nog niet, verre van.

StijnRR


Op maandag 4 november 2019 13:08:24 CET schreef Marc Gemis
:



Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke

maatstaf te behandelen. Als je het doet, zorg dan dat je consequent
bent, voor de wijk of als het even kan je kleine gemeente.

er is ook zoiets als "guerilla mapping"
(http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)


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





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

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Jasper Michels]

Laten we anders een #metoo-openstreetmap creëren op twitter. Laat jullie
daar maar gaan.

Ik kom de naam jakka heel veel tegen bij edits. Dan is het toch ook logisch
dat er hier en daar iets voor verbetering vatbaar is. Wie niets doet, niets
mis doet, maar dan heb je ook geen community meer.

Wat niet wegneemt dat fouten gerust mogen gemeld worden aan de persoon zelf.

Dus:
Allen naar twitter. User kbentekik #metoo-openstreetmap
Niet veel edits, wellicht veel fouten.
I love vuilbakken mappen

Dit bedoelt als grapje, waarbij ik alle partijen wel snap. Maar aub niet op
de man spelen.

Kbentekik


On Mon, 4 Nov 2019, 16:33 Stijn Rombauts via Talk-be, <
talk-be@openstreetmap.org> wrote:

> Even terug naar de aanpassingen van Jakka en ook wat aansluitend op
> onderstaande opmerking van Marc. En ook omdat ik in alle stilte al wel wat
> werk van Jakka heb verbeterd (en dan bedoel ik effectief: fouten
> corrigeren):
> - parkeerplaatsen: Jakka heeft daar de individuele parkeerplaatsen gemapt;
> op zich OK. Maar waarom een aantal wel en de andere niet? En vergeet dan
> niet de amenity=parking (toegevoegd door Anakil): m.a.w. zorg er op z'n
> minst voor dan eerst de grote lijnen in orde zijn, voeg pas daarna de
> details toe (wiki: Mapping parking spaces is an addition, not a
> replacement, to mapping a whole parking lot with amenity=parking.) Jakka
> had trouwens een paar parkeerplaatsen foutief gemapt met amenity= parking.
> Daarna heeft ene philippec binnen de amenity=parking van Anakil nog eens 2
> keer een amenity =parking toegevoegd (zoals deze
> https://www.openstreetmap.org/way/741861188)...? Waarom?
> - nog parkeerplaatsen: daar (https://www.openstreetmap.org/way/731154048)
> 3 brede parkeerplaatsen getekend terwijl het er 5 smalle zijn...
> - https://www.openstreetmap.org/way/118797990: lanes=2 --> lanes=1, maar
> turn:lanes=none|merge_to_left vergeten te verwijderen en ook
> cycleway:right=lane vergeten te verwijderen
> - het gebruik van traffic_calming=island (volgens wiki: A structure
> separating at least two lanes of a highway from each other for a short
> distance.). Dan lijkt dat daar (aan het stukje Zemstbaan dat aansluit op de
> Brusselsesteenweg) heel veel verkeerd gebruikt. Alleen al omdat die
> 'dingen' daar niks met traffic calming te maken hebben, volgens mij.
> - een aantal fietspaden zijn apart bijgetekend (OK), maar waarom niet het
> stukje langs de Zemstbaan van Zemstsesteenweg naar Brusselsesteenweg? De
> oneway-tag lijkt mij ook een aantal keer te ontbreken. En ook de 
> bicycle=use_sidepath
> op de highways is niet toegevoegd...
>
> Dat dingen in osm van jaren oud verbeterd, verfijnd of geüpdatet moeten
> worden, is logisch. Maar dat recente veranderingen nog hopen extra werk
> vragen omdat ze zeer onvolledig of ronduit fout zijn, vind ik behoorlijk
> frustrerend. En met zo'n aanpassingen wordt de databank er ook echt niet
> bruikbaarder op. Soit, 't is ook mijn eigen schuld omdat ik er anderen
> zelden op aanspreek. En Jakka, jij bent zeker de ergste nog niet, verre van.
>
> StijnRR
>
>
> Op maandag 4 november 2019 13:08:24 CET schreef Marc Gemis <
> marc.ge...@gmail.com>:
>
>
> > Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke
> maatstaf te behandelen. Als je het doet, zorg dan dat je consequent bent,
> voor de wijk of als het even kan je kleine gemeente.
>
> er is ook zoiets als "guerilla mapping"
> (http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)
>
>
> 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
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Maintaining privacy as a casual mapper

[Rodrigo Rodríguez]

On 3/11/19 14:11, Mark Wagner wrote:
> On Sun, 3 Nov 2019 16:55:43 +0100
> Oleksiy Muzalyev  wrote:
> 
>> You can assist from time to time in mapping the areas were there is
>> one or another trouble, like a military conflict, or a natural or 
>> technogenic disaster. The list can be found here: 
>> https://tasks.hotosm.org/contribute?difficulty=ALL
>>
>> This way it would be not easy to figure out in which place you live.
> 
> Unless you're mapping the exact same things remotely as you are
> locally, this doesn't stop anything but the most naive effort to figure
> out where someone lives.  If a mapper is tracing buildings in Zimbabwe
> and adding restaurants in London, which is more likely: that they live
> in Zimbabwe and are armchair-mapping in London, or that they live in
> London, and are armchair-mapping in Zimbabwe?

This is actually I usually do, in order to enhance privacy. I map
several places around the world so that way if there was an entity
following me, it wouldn't know where I exactly am.

Of course, you could compare number of edits by places and assume by
that where I am most of the time.

Another approach would be to edit the POI's and GPX tracks in order to
change the time where you've been somewhere.

But to be honest, the most privacy feature of mapping is not to mapping
near the places you live. For example, if you're going to map your
neighborhood, start somewhere else, not your house or block.


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

[OSM-talk] Changing OSM Username is easy | Re: Maintaining privacy as a casual mapper

[Rory McCann]

On 03/11/2019 19:19, Blake Girardot wrote:

I am not happy about it and I could get my osm username changed

> ...
> If you have a username that is tied to a public or other used name of
> some sort, my advice is to ask the user name to be changed.

Just for anyone who wants to do this, changing your OSM username is very 
easy, it's the in the “My Settings” page when you log in and click on 
the drop down in the top right, and is the “Display Name” field. You'll 
have to re-log into all apps. You don't have to ask anyone. It happens 
immediately.



that is not really adequate as anyone who has a record of my username
and osm userid number over the past 10 years, can still select all of
my edits.


Yep, a person's edits can still be tracked through the uid which cannot 
be changed, so this isn't something that works.


Creating a new account is a much better approach.

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

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Stijn Rombauts via Talk-be]

 Even terug naar de aanpassingen van Jakka en ook wat aansluitend op 
onderstaande opmerking van Marc. En ook omdat ik in alle stilte al wel wat werk 
van Jakka heb verbeterd (en dan bedoel ik effectief: fouten corrigeren):- 
parkeerplaatsen: Jakka heeft daar de individuele parkeerplaatsen gemapt; op 
zich OK. Maar waarom een aantal wel en de andere niet? En vergeet dan niet de 
amenity=parking (toegevoegd door Anakil): m.a.w. zorg er op z'n minst voor dan 
eerst de grote lijnen in orde zijn, voeg pas daarna de details toe (wiki: 
Mapping parking spaces is an addition, not a replacement, to mapping a whole 
parking lot with amenity=parking.) Jakka had trouwens een paar parkeerplaatsen 
foutief gemapt met amenity= parking. Daarna heeft ene philippec binnen de 
amenity=parking van Anakil nog eens 2 keer een amenity =parking toegevoegd 
(zoals deze https://www.openstreetmap.org/way/741861188)...? Waarom?- nog 
parkeerplaatsen: daar (https://www.openstreetmap.org/way/731154048) 3 brede 
parkeerplaatsen getekend terwijl het er 5 smalle zijn...
- https://www.openstreetmap.org/way/118797990: lanes=2 --> lanes=1, maar 
turn:lanes=none|merge_to_left vergeten te verwijderen en ook 
cycleway:right=lane vergeten te verwijderen
- het gebruik van traffic_calming=island (volgens wiki: A structure separating 
at least two lanes of a highway from each other for a short distance.). Dan 
lijkt dat daar (aan het stukje Zemstbaan dat aansluit op de Brusselsesteenweg) 
heel veel verkeerd gebruikt. Alleen al omdat die 'dingen' daar niks met traffic 
calming te maken hebben, volgens mij.
- een aantal fietspaden zijn apart bijgetekend (OK), maar waarom niet het 
stukje langs de Zemstbaan van Zemstsesteenweg naar Brusselsesteenweg? De 
oneway-tag lijkt mij ook een aantal keer te ontbreken. En ook de 
bicycle=use_sidepath op de highways is niet toegevoegd...

Dat dingen in osm van jaren oud verbeterd, verfijnd of geüpdatet moeten worden, 
is logisch. Maar dat recente veranderingen nog hopen extra werk vragen omdat ze 
zeer onvolledig of ronduit fout zijn, vind ik behoorlijk frustrerend. En met 
zo'n aanpassingen wordt de databank er ook echt niet bruikbaarder op. Soit, 't 
is ook mijn eigen schuld omdat ik er anderen zelden op aanspreek. En Jakka, jij 
bent zeker de ergste nog niet, verre van.
StijnRR

Op maandag 4 november 2019 13:08:24 CET schreef Marc Gemis 
:  
 
 > Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke maatstaf te 
 > behandelen. Als je het doet, zorg dan dat je consequent bent, voor de wijk 
 > of als het even kan je kleine gemeente.

er is ook zoiets als "guerilla mapping"
(http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)

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

[OSM-ja] 報告：バグ？

[info]

長野の台風19号対応プロジェクト（#6980 - Typhoon Hagibis, 2019 Building Mapping. Nagano
city, Nagano, 
Japan）のvalidationをしています。スクエア一つを終了し、完了のバーを押そうとしたところ画面がフリーズ、なぜか右隣のマッピングだけが済んでいるスクエアが「完了」となり、更に画面が飛んで韓国北部（北緯38度線の下）が表示されました。


私の現在地はイギリスで、どうしてこういうことになるのかさっぱりわかりません。

作業中もデータ処理が遅く、動かしたマウスカーソルが全然違う場所に出現したりすることも何度かありました。

妙な意図を持つハッキングでなければいいのですが。

とりあえずログアウトを済ませ、ご報告しておきます。

Meg_W

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

Re: [OSM-talk-fr] Nettoyage des clés mapillary

[marc marc]

Le 02.11.19 à 15:31, Yves P. a écrit :
> 
> ajouter wikimedia_common serrait pratique
> 
> Il en existe déjà dans 
> https://josm.openstreetmap.de/browser/josm/trunk/data/validator/wikipedia.mapcss

pour wikimedia_common cela ne teste que l'encodage %
et non la présence d'une url complète <> id
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] canaux de communication

[marc marc]

Bonjour,

Le 04.11.19 à 15:04, Vincent Bergeot a écrit :
> Le 31/10/2019 à 21:01, osm.sanspourr...@spamgourmet.com a écrit :
>> l'ordre me choque.
>>
>> Peut-être que quelqu'un de l'association peut proposer une liste  
>> plus réaliste et mieux triée (voir lien tout en bas).

c'est pas l'association qui décide, c'est la communauté :)

tri perso (en fct de l'aide possible) : talk-fr, irc, site web, forum
et virer le reste au lieu d'envoyer les gens vers des canaux
où il n'y a pas de communauté active pour les aider.

> faire remonter les listes locales non ?

oui, faut quelqu'un de motivé pour lister les listes actives (même 
raison que ci-dessus) et faire le PR sur github qui lie étendue/nom/canal
ou chaque liste fait sa réponse, cela évitera d'ajouter les mortes
par l'absence de réponse
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] canaux de communication

[Vincent Bergeot]

Le 31/10/2019 à 21:01, osm.sanspourr...@spamgourmet.com a écrit :


Bonjour,

Suite à une modification avec iD j'ai eu l'"info" suivante.

Outre les doublons et plus l'ordre me choque.

Peut-être que quelqu'un de l'association peut proposer une liste plus 
réaliste et mieux triée (voir lien tout en bas).




Bonjour,

je complète avec cela : https://openstreetmap.community/

et avec le fait que nous aurions peut-être intérêt à faire remonter les 
listes locales non ?


à plus









Jean-Yvon


  Vous aimez OpenStreetMap ? Retrouvez d'autres contributeurs :



OpenStreetMap France on Telegram 
A Telegram group for the OSM France community: https://t.me/osmfr


Page Facebook d'OpenStreetMap France 
Page Facebook d'OpenStreetMap France
Plus 


OpenStreetMap France Local Chapter 
We help grow and improve OpenStreetMap in France.
Plus 


OpenStreetMap France sur Twitter 
OpenStreetMap France sur Twitter : https://twitter.com/osm_fr
Plus 


Forum web d'OpenStreetMap France 
Forum web d'OpenStreetMap France
Plus 


Liste de diffusion Talk-fr 


Liste de diffusion Talk-fr
Plus 


IRC d'OpenStreetMap France 
Rejoignez #osm-fr sur irc.oftc.net (port 6667)
Plus 


OpenStreetMap sur Facebook 
Mettez-nous un « j'aime » sur Facebook pour recevoir des nouvelles 
d'OpenStreetMap.

Plus 


OpenStreetMap sur Reddit 
/r/openstreetmap/  est un 
super endroit pour en apprendre plus sur OpenStreetMap. Demandez-nous 
tout ce que vous voulez !

Plus 


Discord d'OpenStreetMap 
Contactez d'autres cartographes via Discord
Plus 


Telegram d'OpenStreetMap 
Rejoignez le groupe Telegram d'OpenStreetMap sur 
https://t.me/OpenStreetMapOrg

Plus 


Fil Twitter d'OpenStreetMap 
Suivez-nous sur Twitter à l'adresse https://twitter.com/openstreetmap
Plus 


Fondation OpenStreetMap 
OSMF est une organisation à but non lucratif de droit britannique qui 
soutient le projet OpenStreetMap

Plus 


Aide d'OpenStreetMap 
Posez des questions et recevez des réponses sur le site de 
question-réponse de la communauté OSM.

Plus 


Canal IRC d'OpenStreetMap 
Rejoignez #osm sur irc.oftc.net (port 6667)
Plus 

Quelque-chose manque-t-il dans cette liste ?Dîtes-nous en plus ! 



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



--
Vincent Bergeot

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

[Talk-br] semanárioOSM Nº 484 2019-10-22-2019-10-28

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 484, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12494/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-pt] semanárioOSM Nº 484 2019-10-22-2019-10-28

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 484, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12494/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[wannesss]

Off topic: doet me eraan denken dat ik de door Bpost geschrapte brievenbussen 
in de buurt eens moet updaten.

On-topic: ieder mapt wat hij wil, en wat hij zelf belangrijk vindt. Hoe 
pietluttig het ook is, hoe onvolletde rest van de omgeving ook is.
 Iemand zn CORRECTE edits verwijderen omdat je ze overbodig vind is not done. 

> Op 4 nov. 2019 om 13:08 heeft Marc Gemis  het volgende 
> geschreven:
> 
> 
>> 
>> Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke maatstaf te 
>> behandelen. Als je het doet, zorg dan dat je consequent bent, voor de wijk 
>> of als het even kan je kleine gemeente.
> 
> er is ook zoiets als "guerilla mapping"
> (http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)
> 
> 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] Maintaining privacy as a casual mapper

[Simon Poole]

Am 04.11.2019 um 12:57 schrieb Martin Koppenhoefer:
> Am Mo., 4. Nov. 2019 um 12:20 Uhr schrieb Simon Poole  >:
>
> https://wiki.osmfoundation.org/wiki/Terms_of_Use#II._Privacy requires
> you to keep your contact information (which is currently your e-mail
> address) current. This is not really new as it was implied by
> doing away
> with anonymous edits in 2007.
>
>
>
> actually only signups as anonymous users were abolished in 2007, who
> already had such an account could use it for a significant time after
> that date (IIRR until 2012 license change).

According to
https://github.com/openstreetmap/openstreetmap-website/commit/4eafa04ff8059f475ebfbec2ced1773a9c8b
anonymous editing definitely went away in 2009.



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Osmf-talk] Reminder: OSM Etiquette guidelines

[Martin Koppenhoefer]

Am Mo., 4. Nov. 2019 um 12:16 Uhr schrieb James :

> Conspiracy: tagging a grassy knoll "the place JFK was shot from"
>
> Nitpicking: You rounded off the 16th decimal on a city's name tag, losing
> a maximum on 10cm of precisionon...a...city...nametag.
>
>

"nitpicking" and "no conspiracy theories" are referring to communication
within the OSM project, not to mapping, in particular to mailing lists.

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

Re: [OSM-talk] [Osmf-talk] Reminder: OSM Etiquette guidelines

[Christoph Hormann]

On Monday 04 November 2019, James wrote:
> Conspiracy: tagging a grassy knoll "the place JFK was shot from"
>
> Nitpicking: You rounded off the 16th decimal on a city's name tag,
> losing a maximum on 10cm of precisionon...a...city...nametag.

https://en.wikipedia.org/wiki/Ostensive_definition

I think Martin was asking for an intensional definition - which is much 
more suitable in cross cultural communication.  In the context of 
mapping and tagging in OSM we usually focus on and require intensional 
definitions of tags because anything else tends to cause problems with 
the use of tags in different parts of the world with very different 
geography.  Similarly relying on terms with purely ostensive 
definitions in social conventions causes problems with application of 
these conventions across different cultures and languages.

The problem about "conspiracy theories" for example is that the 
intensional definition would be something like "an idea that is in 
fundamental conflict with the major consensus narrative of a society".  
However in a multi-cultural community like OSM the major consensus 
narrative varies quite strongly between different parts of the 
community and the claim of something being a "conspiracy theory" will 
often be subjective and an instrument of cultural imperialism of some 
dominant culture what they consider to be the acceptable range of views 
you can have of reality onto the rest of the community.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Marc Gemis]

> Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke maatstaf te 
> behandelen. Als je het doet, zorg dan dat je consequent bent, voor de wijk of 
> als het even kan je kleine gemeente.

er is ook zoiets als "guerilla mapping"
(http://sk53-osm.blogspot.com/2011/01/ive-been-guerilla-mapped.html)

m.

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

Re: [OSM-talk] Maintaining privacy as a casual mapper

[Martin Koppenhoefer]

Am Mo., 4. Nov. 2019 um 12:20 Uhr schrieb Simon Poole :

> https://wiki.osmfoundation.org/wiki/Terms_of_Use#II._Privacy requires
> you to keep your contact information (which is currently your e-mail
> address) current. This is not really new as it was implied by doing away
> with anonymous edits in 2007.
>


actually only signups as anonymous users were abolished in 2007, who
already had such an account could use it for a significant time after that
date (IIRR until 2012 license change).



> Further items like my location and a profile description are optional.
> >
> To be clear certain risk reduction measures are completely OK and we
> outline these in the privacy policy, what is not OK is anything that
> amounts to de facto making the edits anonymous to the OSMF.



the only item that must be effectively kept current is the email "contact
information" (the other information like username is of your choosing,
provided it doesn't insult others / is not unlawful according to the UK law
or your local law etc.). This is the term that is used, and it is clear
that mappers being reachable/contactable is in the best interest of the
project. Still, it doesn't say it must be your personal email address, just
that you should be reachable through it, and that it is the "e-mail address
associated with your account". It must not necessarily be "your e-mail
address".

FWIW, with so-called "throw-away" e-mail addresses you could still remain
contacted, if the people did not actually "throw away" the address but
checked it frequently (which of course would make the whole exercise pretty
pointless).

Anyway, for good anonymity you should never use the same account for more
than one edit, and this would lead to a lot of "contributor signup noise"
even if only a small part of our active contributors actually did it. So
while it may not be forbidden by the current term, I would not suggest to
everybody to act in a way which tries to hide the traces pointing to the
author.

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

Re: [OSM-talk] Maintaining privacy as a casual mapper

[Maarten Deen]

On 2019-11-04 12:40, Andy Mabbett wrote:

On Mon, 4 Nov 2019 at 11:17, Simon Poole  wrote:


Am 04.11.2019 um 10:03 schrieb Maarten Deen:



> the ToU says "You represent and warrant that the information you
> provide to OSMF upon registration and, at all other times, will be
> true, accurate, current, and complete"



https://wiki.osmfoundation.org/wiki/Terms_of_Use#II._Privacy requires
you to keep your contact information (which is currently your e-mail
address) current. This is not really new as it was implied by doing 
away

with anonymous edits in 2007.


Good luck enforcing that for someone who hasn't edited for a decade or 
more.


Which perfectly fits the editing habits of someone who uses throw-away 
email adresses on a regular basis...


Regards,
Maarten

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

Re: [OSM-talk] Maintaining privacy as a casual mapper

[Maarten Deen]

On 2019-11-04 12:17, Simon Poole wrote:

Am 04.11.2019 um 10:03 schrieb Maarten Deen:

On 2019-11-04 09:28, Simon Poole wrote:

Am 03.11.2019 um 23:08 schrieb Martin Koppenhoefer:

...
it depends from whom you hide, but generally you should not use a
traceable email account if you want to remain anonymous. Using
Google would seem like a total no-go (they are even reserving the
right to read your emails). Use a live distro like tails (tor
browser, spoofs browser a system details, etc. ), do not connect
from your home or someone else’s home or any other places that you
are related to, do not use a third party login but create a new
account for every edit you make and use throw away email addresses
for signup. Use generic user names and email addresses created by a
random string generator, only use the most common tools like iD and
maybe josm, do not use rarely used tags, avoid changeset comments
and other free text fields like description and note.


Note, lots of the above would be violations of our ToU, and outside 
of

that, neither desirable nor a good idea.


Lots? Care to elaborate on that? Where are the ToU, is it

(to which I can have some comments too)?

..


https://wiki.osmfoundation.org/wiki/Terms_of_Use  and linked to from 
the

sign up page, and from the map page. There where multiple opportunity
last year to comment on the draft (which has nothing to do with the old
wiki page you linked too), which you seemed to have not used, even
though it was widely announced.


I have not used no. I generally don't concern myself with such things 
because my views are generally not the views of people making these 
policies (and are therefore usually ignored).


I was searching for it on the wiki and that was the only one I found. I 
thought it was a bit stale since it wasn't touched since 2009 and no 
discussion followed there.
In any case, I see that the "You must be 13 years or older to use the 
Services." is still there.
Really? Someone under 13 can not look at the OSM map? I'm sorry, but 
that is completely laughable. And not enforcable at all. Maybe you 
should put a PG-13 sign on the map ;)
Also: 16 and 17 year old are also still a minor, even in the UK, and 
they are not blocked from anything in the ToU?



In any case, if the link I posted are the ToU, I don't see any of
those points being a violation of the ToU. In the case of the account,
where the ToU says "You represent and warrant that the information you
provide to OSMF upon registration and, at all other times, will be
true, accurate, current, and complete" it is an empty point since
there is no verifiable information I _have_ to enter into my account.
Just a screen name (not my legal name) and an email address.


https://wiki.osmfoundation.org/wiki/Terms_of_Use#II._Privacy requires
you to keep your contact information (which is currently your e-mail
address) current. This is not really new as it was implied by doing 
away

with anonymous edits in 2007.


That is in no way a strange request. Yes, it more or less precludes 
throwaway email adresses (you are at least required to respond I guess) 
but it does not preclude using an anonymous email adress.



Further items like my location and a profile description are optional.


To be clear certain risk reduction measures are completely OK and we
outline these in the privacy policy, what is not OK is anything that
amounts to de facto making the edits anonymous to the OSMF.


It was more your assertion that "lots" of the items given would be 
violations of the ToU where I come to 3 out of 11 that might be.
I still don't see where the lots comes from, you didn't care to 
elaborate on that.


Regards,
Maarten

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

Re: [OSM-talk] Maintaining privacy as a casual mapper

[Andy Mabbett]

On Mon, 4 Nov 2019 at 11:17, Simon Poole  wrote:

> Am 04.11.2019 um 10:03 schrieb Maarten Deen:

> > the ToU says "You represent and warrant that the information you
> > provide to OSMF upon registration and, at all other times, will be
> > true, accurate, current, and complete"

> https://wiki.osmfoundation.org/wiki/Terms_of_Use#II._Privacy requires
> you to keep your contact information (which is currently your e-mail
> address) current. This is not really new as it was implied by doing away
> with anonymous edits in 2007.

Good luck enforcing that for someone who hasn't edited for a decade or more.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk] Maintaining privacy as a casual mapper

[Simon Poole]

Am 04.11.2019 um 10:03 schrieb Maarten Deen:
> On 2019-11-04 09:28, Simon Poole wrote:
>> Am 03.11.2019 um 23:08 schrieb Martin Koppenhoefer:
>>> ...
>>> it depends from whom you hide, but generally you should not use a
>>> traceable email account if you want to remain anonymous. Using
>>> Google would seem like a total no-go (they are even reserving the
>>> right to read your emails). Use a live distro like tails (tor
>>> browser, spoofs browser a system details, etc. ), do not connect
>>> from your home or someone else’s home or any other places that you
>>> are related to, do not use a third party login but create a new
>>> account for every edit you make and use throw away email addresses
>>> for signup. Use generic user names and email addresses created by a
>>> random string generator, only use the most common tools like iD and
>>> maybe josm, do not use rarely used tags, avoid changeset comments
>>> and other free text fields like description and note.
>>
>> Note, lots of the above would be violations of our ToU, and outside of
>> that, neither desirable nor a good idea.
>
> Lots? Care to elaborate on that? Where are the ToU, is it
> 
> (to which I can have some comments too)?
>
> ..

https://wiki.osmfoundation.org/wiki/Terms_of_Use  and linked to from the
sign up page, and from the map page. There where multiple opportunity
last year to comment on the draft (which has nothing to do with the old
wiki page you linked too), which you seemed to have not used, even
though it was widely announced.


>
> In any case, if the link I posted are the ToU, I don't see any of
> those points being a violation of the ToU. In the case of the account,
> where the ToU says "You represent and warrant that the information you
> provide to OSMF upon registration and, at all other times, will be
> true, accurate, current, and complete" it is an empty point since
> there is no verifiable information I _have_ to enter into my account.
> Just a screen name (not my legal name) and an email address.

https://wiki.osmfoundation.org/wiki/Terms_of_Use#II._Privacy requires
you to keep your contact information (which is currently your e-mail
address) current. This is not really new as it was implied by doing away
with anonymous edits in 2007.

> Further items like my location and a profile description are optional.
>
To be clear certain risk reduction measures are completely OK and we
outline these in the privacy policy, what is not OK is anything that
amounts to de facto making the edits anonymous to the OSMF.

Simon





signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Osmf-talk] Reminder: OSM Etiquette guidelines

[James]

Conspiracy: tagging a grassy knoll "the place JFK was shot from"

Nitpicking: You rounded off the 16th decimal on a city's name tag, losing a
maximum on 10cm of precisionon...a...city...nametag.




On Mon., Nov. 4, 2019, 4:56 a.m. Martin Koppenhoefer, <
dieterdre...@gmail.com> wrote:

> I've read this several times in different occasions, but I never
> understood the "no conspiracy theory" clause. Who decides what a conspiracy
> theory is, and what a conspiracy? Wouldn't it be a perfect means to silence
> criticism, if one wanted, to declare any critique a "conspiracy theory"?
>
> Similarly, "nitpicking". When is something "nitpicking" and when is it a
> useful observation of a detail? Especially in tagging discussions, "no
> nitpicking" doesn't necessarily seem to be a productive instruction.
>
> Could you please clarify? Maybe I missed something and you didn't mean to
> point to the 11 June 2011 version, which according to the wiki is the
> binding OSMF adopted version of the etiquette guidelines?
>
> Cheers
> Martin
> ___
> 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] Overdreven gedetailleerde mapping ?

[Tim Couwelier]

Toch ook even mijn 'two cents' ertussen gooien.

Ik begrijp de sceptische insteek: moet je zo'n details gaan mappen, terwijl
er nog zoveel meer is wat ontbreekt?.
In geval van een BETAALDE dienstverlening, ben ik het er 100% mee eens dat
het een rommeltje is als je zo te werk gaat, 'resultaatgericht' is dat niet.

Maar dat is het hier niet. Het is een database (en dus meer dan gewoon een
kaart), wat een rommelig datamodel heeft maar waar zeer veel in terecht kan.
En als iemand dat leuk vindt om daar bomen in te mikken, of brievenbussen,
of verlichtingspalen .. dat ie lekker doet. Tuurlijk is dat een beetje
micromappen. Maar ik heb nu eenmaal meer met het groen op mijn wijk, dan
met de verlichtingspalen in Antwerpen.

Wel pleit ik er voor een zeker 'gebiedje' dan wel op een gelijke maatstaf
te behandelen. Als je het doet, zorg dan dat je consequent bent, voor de
wijk of als het even kan je kleine gemeente.



Op ma 4 nov. 2019 om 10:33 schreef Marc Gemis :

> Chris,
>
> je hoeft niet bang te zijn om je mening te geven. Alvast bedankt
> ervoor, goed dat je die quote ivm innovatie aanhaalt.
>
> Je kan de capaciteit van een parking ook taggen via de "capacity" tag
> op amenity=parking. Dat zou een een plaatsbesparende (?) mogelijkheid
> zijn.
> Maar was er onlangs niet ergens de vraag hoeveel vierkante meter er
> aan parking gespendeerd wordt ? Daarvoor heb je meer aan parking
> spaces (als je onderscheid wil maken tussen staanplaatsen en wegen
> ertussen).
>
> Voor bloembakken e.d. denk ik ook weer aan navigatie voor
> slechtzienden, of zelfs rolsstoelgebruikers (tenminste als we de
> voetpaden ook als vlakken zouden tekenen), zodat men nog weet hoeveel
> (of hoe weinig) plaats er is tussen muur en bloembak.
> Ook voor het bepalen van oversteekplaatsen voor voetgangers in het
> algemeen geeft het mappen van grasperken e.d. aan waar er hindernissen
> zijn.
>
> maar we staren ons inderdaad soms blind op data voor de navigatie van
> auto's en in iets mindere mate van fietser en voetgangers zonder enige
> vorm van beperking.
>
> mvg
>
> m.
>
> On Mon, Nov 4, 2019 at 9:44 AM Chris Van Bael 
> wrote:
> >
> > Hallo,
> >
> > long-time lezer hier, af en toe wat bijgedragen, maar vooral OSM
> gebruikt. Dus als jullie mijn commentaar niet belangrijk vinden, ook goed.
> >
> > Om even in te haken op wat wel of niet mappen. Op de OSM wiki staat: "
> The project aims to promote new and interesting uses of this data"
> > Als je geen parkeerplaatsen of zelfs bloemperkjes mapt, dan ga je in
> ieder geval daar nooit een nieuw of interessant gebruik voor krijgen.
> > Zeker voor parkeerplaatsen zie ik al verschillende mogelijkheden:
> > - voor winkels, overheid en andere organisaties nagaan hoeveel
> parkeerplaatsen er zijn in een regio om aan de hand daarvan bepaalde
> beslissingen te nemen.
> > - voor (semi) autonome auto's om te weten of men hier kan parkeren of
> wat de kans is dat er een vrije parkeerplaats is
> > Zelf kan ik niets bedenken voor bloemperkjes, maar misschien een
> milieudeskundige wel? (afstand tussen bloemperken om levensvatbaarheid van
> bijen te onderzoeken?)
> > Ik zou dus zeker niet zeggen om iets niet te mappen omdat we er nu geen
> applicatie voor kunnen bedenken.
> >
> > Waarom zou je iets niet willen mappen?
> > - onderhoud: dit vind ik nog de belangrijkste reden om iets niet te
> mappen: mogelijk heb je liever een kleinere, maar correcte database, dan
> een uitgebreide, maar onbetrouwbare database. Hierover vind ik echter niets
> terug op OSM.
> > - opslag: meer data neemt natuurlijk meer ruimte in, maar we spreken
> hier niet over foto's of films.
> > - performantie: meer nodes kunnen queries vertragen. Maar voor we data
> input gaan beperken, zou er dan eerst naar de queries gekeken moeten worden
> of die juist gemaakt zijn.  Zelfs als die dat zijn, kan je het misschien
> oplossen door er meer hardware tegenaan te gooien. Kost geld? Wel, dan moet
> OSM misschien meer geld zien op te halen ipv de data te beperken.  Ik lees
> nergens op OSM dat men enkel een routeplanner wil zijn.
> >
> > Ivm junk: ik denk dat dat minder speelt dan bij Wikipedia omdat het toch
> wat moeilijker is om een aanpassing te maken en deze ook minder zichtbaar
> is.
> > Maar: het is niet omdat er geen goede procedure is om met junk om te
> gaan, dat men dan maar minder moet gaan mappen.
> >
> > Bedankt om dit te lezen,
> >
> > Chris
> >
> >
> >
> > On Sun, 3 Nov 2019 at 20:04, Karel Adams  wrote:
> >>
> >> Marc,
> >>
> >> (parenthese over mijn conflict met DWG: ik besef dat ik niet altijd even
> >> correct heb gehandeld. En ik had er ook niet zo uitvoerig over moeten
> >> vertellen, alhier, inderdaad. Blijft de frustratie dat er op een
> >> verzoenend bericht mijnerzijds niet werd ingegaan, er kwam zelfs geen
> >> "neen", er kwam gewoon niks... Blijft mijn waarschuwing: "let wat gij
> >> doet, de DWG kan hard en niet altijd even konsekwent ingrijpen."
> >> Communicatie vooraf is erg belangrijk voor die lieden, en daar kan
> 

Re: [OSM-talk-fr] Twitch ?

[Stéphane Péneau]

J'ai suivi le stream quelques minutes et.j'ai du tomber au mauvais 
moment, car ce n'était pas terrible.


J'ai commenté son changeset pour parler des voies qu'il n'aurait pas dû 
ajouter, et qu'il y avait déjà des turn:lanes

 https://www.openstreetmap.org/changeset/76558001

Ensuite j'étais surpris de voir qu'en revertant ses modifs, le carrefour 
semblait incomplet. Après quelques recherches sur le web, il s'avère que 
le carrefour est condamné définitivement et sera remplacé par un pont.


Stf


Le 04/11/2019 à 11:23, Cédric Frayssinet a écrit :

Le 03/11/2019 à 20:22, Yves P. a écrit :


Saviez-vous que des mappeurs faisaient du live sur Twitch ? 
Actuellement, en ligne :https://www.twitch.tv/edzeronk_



Je l’ai manqué. Je suis curieux de voir ce que ça donne.

Pour ceux qui comme moi ne connaissent pas cet outil : 
https://fr.wikipedia.org/wiki/Twitch


On fait comment pour en trouver d’autres ?


Malheureusement, à part la recherche, on ne trouvera pas sauf à suivre 
ces 'streamers' sur les réseaux sociaux. Je l'ai appris via ce pouet : 
https://framapiaf.org/@EdzeronK/103074410755523446


Je trouve l'idée intéressante, il pourrait même y avoir des séances 
'tutos' pour les débutants mais comme tu le dis, c'est un peu dur de 
se synchroniser.


Là où c'est drôle, ce sont les personnes qui passent sur le chat et 
qui demandent : "mais tu fais quoi là ?" Si cela permet de donner de 
la visibilité au projet, c'est toujours cela de pris ;)


Cédric




La recherche « OpenStreetMap »  trouve essentiellement des vidéos 
d’un certain… Polyglot (tant de 3 ou 4 ans) :

https://www.twitch.tv/search?term=OpenStreetMap=videos

—
Yves


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



--

Sur Mastodon : @bristow...@framapiaf.org 



Promouvoir et soutenir le logiciel libre 


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



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

Re: [Talk-es] Modelos 3d en OSM via Kendzi3D

[dis3d]

Hola,Perdón por no haber contestado antes no he podido. Antes de marearte te
explico lo que necesito hacer porque creo que no es muy posible. Quiero
subir a OpenStreetMap modelo diseñados con bastantes detalles, por ejemplo
un banco bien modelado, con sus formas redondeadas y sus tablas...Lo que he
visto es que o bien subes modelos y los das formas mapeandolos o los creas a
partir de formas geometricas.Seria posible subir un .obj algo como esto;
   Muchas gracias



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Twitch ?

[Cédric Frayssinet]

Le 03/11/2019 à 20:22, Yves P. a écrit :
>>
>> Saviez-vous que des mappeurs faisaient du live sur Twitch ?
>> Actuellement, en ligne : https://www.twitch.tv/edzeronk_
>>
> Je l’ai manqué. Je suis curieux de voir ce que ça donne.
>
> Pour ceux qui comme moi ne connaissent pas cet outil :
> https://fr.wikipedia.org/wiki/Twitch
>
> On fait comment pour en trouver d’autres ?

Malheureusement, à part la recherche, on ne trouvera pas sauf à suivre
ces 'streamers' sur les réseaux sociaux. Je l'ai appris via ce pouet :
https://framapiaf.org/@EdzeronK/103074410755523446

Je trouve l'idée intéressante, il pourrait même y avoir des séances
'tutos' pour les débutants mais comme tu le dis, c'est un peu dur de se
synchroniser.

Là où c'est drôle, ce sont les personnes qui passent sur le chat et qui
demandent : "mais tu fais quoi là ?" Si cela permet de donner de la
visibilité au projet, c'est toujours cela de pris ;)

Cédric


>
> La recherche « OpenStreetMap »  trouve essentiellement des vidéos d’un
> certain… Polyglot (tant de 3 ou 4 ans) :
> https://www.twitch.tv/search?term=OpenStreetMap=videos
>
> —
> Yves
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk] [Osmf-talk] Reminder: OSM Etiquette guidelines

[Martin Koppenhoefer]

I've read this several times in different occasions, but I never understood
the "no conspiracy theory" clause. Who decides what a conspiracy theory is,
and what a conspiracy? Wouldn't it be a perfect means to silence criticism,
if one wanted, to declare any critique a "conspiracy theory"?

Similarly, "nitpicking". When is something "nitpicking" and when is it a
useful observation of a detail? Especially in tagging discussions, "no
nitpicking" doesn't necessarily seem to be a productive instruction.

Could you please clarify? Maybe I missed something and you didn't mean to
point to the 11 June 2011 version, which according to the wiki is the
binding OSMF adopted version of the etiquette guidelines?

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

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Marc Gemis]

Chris,

je hoeft niet bang te zijn om je mening te geven. Alvast bedankt
ervoor, goed dat je die quote ivm innovatie aanhaalt.

Je kan de capaciteit van een parking ook taggen via de "capacity" tag
op amenity=parking. Dat zou een een plaatsbesparende (?) mogelijkheid
zijn.
Maar was er onlangs niet ergens de vraag hoeveel vierkante meter er
aan parking gespendeerd wordt ? Daarvoor heb je meer aan parking
spaces (als je onderscheid wil maken tussen staanplaatsen en wegen
ertussen).

Voor bloembakken e.d. denk ik ook weer aan navigatie voor
slechtzienden, of zelfs rolsstoelgebruikers (tenminste als we de
voetpaden ook als vlakken zouden tekenen), zodat men nog weet hoeveel
(of hoe weinig) plaats er is tussen muur en bloembak.
Ook voor het bepalen van oversteekplaatsen voor voetgangers in het
algemeen geeft het mappen van grasperken e.d. aan waar er hindernissen
zijn.

maar we staren ons inderdaad soms blind op data voor de navigatie van
auto's en in iets mindere mate van fietser en voetgangers zonder enige
vorm van beperking.

mvg

m.

On Mon, Nov 4, 2019 at 9:44 AM Chris Van Bael  wrote:
>
> Hallo,
>
> long-time lezer hier, af en toe wat bijgedragen, maar vooral OSM gebruikt. 
> Dus als jullie mijn commentaar niet belangrijk vinden, ook goed.
>
> Om even in te haken op wat wel of niet mappen. Op de OSM wiki staat: " The 
> project aims to promote new and interesting uses of this data"
> Als je geen parkeerplaatsen of zelfs bloemperkjes mapt, dan ga je in ieder 
> geval daar nooit een nieuw of interessant gebruik voor krijgen.
> Zeker voor parkeerplaatsen zie ik al verschillende mogelijkheden:
> - voor winkels, overheid en andere organisaties nagaan hoeveel 
> parkeerplaatsen er zijn in een regio om aan de hand daarvan bepaalde 
> beslissingen te nemen.
> - voor (semi) autonome auto's om te weten of men hier kan parkeren of wat de 
> kans is dat er een vrije parkeerplaats is
> Zelf kan ik niets bedenken voor bloemperkjes, maar misschien een 
> milieudeskundige wel? (afstand tussen bloemperken om levensvatbaarheid van 
> bijen te onderzoeken?)
> Ik zou dus zeker niet zeggen om iets niet te mappen omdat we er nu geen 
> applicatie voor kunnen bedenken.
>
> Waarom zou je iets niet willen mappen?
> - onderhoud: dit vind ik nog de belangrijkste reden om iets niet te mappen: 
> mogelijk heb je liever een kleinere, maar correcte database, dan een 
> uitgebreide, maar onbetrouwbare database. Hierover vind ik echter niets terug 
> op OSM.
> - opslag: meer data neemt natuurlijk meer ruimte in, maar we spreken hier 
> niet over foto's of films.
> - performantie: meer nodes kunnen queries vertragen. Maar voor we data input 
> gaan beperken, zou er dan eerst naar de queries gekeken moeten worden of die 
> juist gemaakt zijn.  Zelfs als die dat zijn, kan je het misschien oplossen 
> door er meer hardware tegenaan te gooien. Kost geld? Wel, dan moet OSM 
> misschien meer geld zien op te halen ipv de data te beperken.  Ik lees 
> nergens op OSM dat men enkel een routeplanner wil zijn.
>
> Ivm junk: ik denk dat dat minder speelt dan bij Wikipedia omdat het toch wat 
> moeilijker is om een aanpassing te maken en deze ook minder zichtbaar is.
> Maar: het is niet omdat er geen goede procedure is om met junk om te gaan, 
> dat men dan maar minder moet gaan mappen.
>
> Bedankt om dit te lezen,
>
> Chris
>
>
>
> On Sun, 3 Nov 2019 at 20:04, Karel Adams  wrote:
>>
>> Marc,
>>
>> (parenthese over mijn conflict met DWG: ik besef dat ik niet altijd even
>> correct heb gehandeld. En ik had er ook niet zo uitvoerig over moeten
>> vertellen, alhier, inderdaad. Blijft de frustratie dat er op een
>> verzoenend bericht mijnerzijds niet werd ingegaan, er kwam zelfs geen
>> "neen", er kwam gewoon niks... Blijft mijn waarschuwing: "let wat gij
>> doet, de DWG kan hard en niet altijd even konsekwent ingrijpen."
>> Communicatie vooraf is erg belangrijk voor die lieden, en daar kan
>> inderdaad niemand tegen zijn)
>>
>> Maar wat betreft "Ieder mapt wat hij/zij wil", daar heb ik twee
>> bedenkingen bij:
>>
>> 1) we moeten de database niet nodeloos belasten. Er komt alsmaar
>> informatie bij, de database groeit stevig, queries worden alsmaar
>> trager. De capaciteit van de servers is niet onbeperkt, en er blijven
>> ook geen sponsors gevonden worden om disken en memory bij te kopen. Ik
>> ben beroepshalve bezig met serverinfrastructuur en het is een permanente
>> ergernis dat er moet hardware worden toegevoegd (en dus geld worden
>> uitgegeven) zonder dat het echt nodig is.
>>
>> 2) ik vergelijk OSM graag met wikipedia - ook dat is een project dat
>> bouwt op open inbreng, nog opener dan OSM want men kan er zelfs
>> bijdragen zonder een account aan te maken. Er verschijnt daar dan ook
>> heel wat junk, en er is een gedefinieerde procedure om dat op te kuisen
>> ("Article for Deletion"). Aan een dergelijke aanpak ontbreekt het bij
>> OSM, en ik mis eraan. De huidige wollige aanpak kan nmbm niet blijven
>> duren. Al dient het gezegd dat Wikipedia een 

[talk-cz] WeeklyOSM CZ 483

[Tom Ka]

Ahoj, je dostupné vydání 483 týdeníku WeeklyOSM:

https://weeklyosm.eu/cz/archives/12467

* Mezery v ref a Fody.
* Problémy s access=private.
* Návod na multipolygony.
* Další žebříčky statistik.
* Diverzita z Heidelbergu.
* Katastr v Estonsku.
* OpenRecycleMap.
* Nové projekce u Maptileru.
* Chytré semafory a OSM.
* Deklarace a Facebook.
* Více verzí API najednou.
* Waze a chaos v dopravě.
* Zastaralé technologie.

Pěkné počtení ...

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

Re: [OSM-talk] Maintaining privacy as a casual mapper

[Maarten Deen]

On 2019-11-04 09:28, Simon Poole wrote:

Am 03.11.2019 um 23:08 schrieb Martin Koppenhoefer:

...
it depends from whom you hide, but generally you should not use a 
traceable email account if you want to remain anonymous. Using Google 
would seem like a total no-go (they are even reserving the right to 
read your emails). Use a live distro like tails (tor browser, spoofs 
browser a system details, etc. ), do not connect from your home or 
someone else’s home or any other places that you are related to, do 
not use a third party login but create a new account for every edit 
you make and use throw away email addresses for signup. Use generic 
user names and email addresses created by a random string generator, 
only use the most common tools like iD and maybe josm, do not use 
rarely used tags, avoid changeset comments and other free text fields 
like description and note.


Note, lots of the above would be violations of our ToU, and outside of
that, neither desirable nor a good idea.


Lots? Care to elaborate on that? Where are the ToU, is it 
 
(to which I can have some comments too)?


To break down:
1) not use a traceable email account
2) not use Google
3) Use a live distro
4) do not connect from your home or someone else’s home or any other 
places that you are related to
5) do not use a third party login but create a new account for every 
edit you make

6) use throw away email addresses for signup
7) Use generic user names and email addresses created by a random string 
generator,

8) only use the most common tools like iD and maybe josm
9) do not use rarely used tags
10) avoid changeset comments
11) and other free text fields like description and note.

1-4, 8, 9 and 11 surely can not be blocked by the ToU
5-7 maybe, but 7 is not enforcable anyway (well, you can see true random 
but can not see chosen random)

10 is chosen to be bad practice

In any case, if the link I posted are the ToU, I don't see any of those 
points being a violation of the ToU. In the case of the account, where 
the ToU says "You represent and warrant that the information you provide 
to OSMF upon registration and, at all other times, will be true, 
accurate, current, and complete" it is an empty point since there is no 
verifiable information I _have_ to enter into my account. Just a screen 
name (not my legal name) and an email address.

Further items like my location and a profile description are optional.

Regards,
Maarten

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

[talk-cz] Slajdy ze SotM CZ+SK 2019

[Tom Ka]

Ahoj, první várka slajdů z víkendové konference SotM CZ+SK je již na webu:

https://openstreetmap.cz/sotm/2019

Videa snad vop dodá brzy :-)

Díky všem za účast!
tom.k

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

Re: [OSM-talk] Maintaining privacy as a casual mapper

[Martin Koppenhoefer]

Am Mo., 4. Nov. 2019 um 09:32 Uhr schrieb Simon Poole :

>
> Am 03.11.2019 um 23:08 schrieb Martin Koppenhoefer:
> > ...
> > it depends from whom you hide, but generally you should not use a
> traceable email account if you want to remain anonymous. Using Google would
> seem like a total no-go (they are even reserving the right to read your
> emails). Use a live distro like tails (tor browser, spoofs browser a system
> details, etc. ), do not connect from your home or someone else’s home or
> any other places that you are related to, do not use a third party login
> but create a new account for every edit you make and use throw away email
> addresses for signup. Use generic user names and email addresses created by
> a random string generator, only use the most common tools like iD and maybe
> josm, do not use rarely used tags, avoid changeset comments and other free
> text fields like description and note.
>
> Note, lots of the above would be violations of our ToU, and outside of
> that, neither desirable nor a good idea.
>


I agree, this was not meant to suggest a general modus operandi for all
your edits, rather making some publicity for
https://wiki.openstreetmap.org/wiki/Proposed_features/Intelligence
Just one instance in 3 years tagged with this, and no competing scheme ;-)

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

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Chris Van Bael]

Hallo,

long-time lezer hier, af en toe wat bijgedragen, maar vooral OSM gebruikt.
Dus als jullie mijn commentaar niet belangrijk vinden, ook goed.

Om even in te haken op wat wel of niet mappen. Op de OSM wiki staat: " The
project aims to promote new and interesting uses of this data"
Als je geen parkeerplaatsen of zelfs bloemperkjes mapt, dan ga je in ieder
geval daar nooit een nieuw of interessant gebruik voor krijgen.
Zeker voor parkeerplaatsen zie ik al verschillende mogelijkheden:
- voor winkels, overheid en andere organisaties nagaan hoeveel
parkeerplaatsen er zijn in een regio om aan de hand daarvan bepaalde
beslissingen te nemen.
- voor (semi) autonome auto's om te weten of men hier kan parkeren of wat
de kans is dat er een vrije parkeerplaats is
Zelf kan ik niets bedenken voor bloemperkjes, maar misschien een
milieudeskundige wel? (afstand tussen bloemperken om levensvatbaarheid van
bijen te onderzoeken?)
Ik zou dus zeker niet zeggen om iets niet te mappen omdat we er nu geen
applicatie voor kunnen bedenken.

Waarom zou je iets niet willen mappen?
- onderhoud: dit vind ik nog de belangrijkste reden om iets niet te mappen:
mogelijk heb je liever een kleinere, maar correcte database, dan een
uitgebreide, maar onbetrouwbare database. Hierover vind ik echter niets
terug op OSM.
- opslag: meer data neemt natuurlijk meer ruimte in, maar we spreken hier
niet over foto's of films.
- performantie: meer nodes kunnen queries vertragen. Maar voor we data
input gaan beperken, zou er dan eerst naar de queries gekeken moeten worden
of die juist gemaakt zijn.  Zelfs als die dat zijn, kan je het misschien
oplossen door er meer hardware tegenaan te gooien. Kost geld? Wel, dan moet
OSM misschien meer geld zien op te halen ipv de data te beperken.  Ik lees
nergens op OSM dat men enkel een routeplanner wil zijn.

Ivm junk: ik denk dat dat minder speelt dan bij Wikipedia omdat het toch
wat moeilijker is om een aanpassing te maken en deze ook minder zichtbaar
is.
Maar: het is niet omdat er geen goede procedure is om met junk om te gaan,
dat men dan maar minder moet gaan mappen.

Bedankt om dit te lezen,

Chris



On Sun, 3 Nov 2019 at 20:04, Karel Adams  wrote:

> Marc,
>
> (parenthese over mijn conflict met DWG: ik besef dat ik niet altijd even
> correct heb gehandeld. En ik had er ook niet zo uitvoerig over moeten
> vertellen, alhier, inderdaad. Blijft de frustratie dat er op een
> verzoenend bericht mijnerzijds niet werd ingegaan, er kwam zelfs geen
> "neen", er kwam gewoon niks... Blijft mijn waarschuwing: "let wat gij
> doet, de DWG kan hard en niet altijd even konsekwent ingrijpen."
> Communicatie vooraf is erg belangrijk voor die lieden, en daar kan
> inderdaad niemand tegen zijn)
>
> Maar wat betreft "Ieder mapt wat hij/zij wil", daar heb ik twee
> bedenkingen bij:
>
> 1) we moeten de database niet nodeloos belasten. Er komt alsmaar
> informatie bij, de database groeit stevig, queries worden alsmaar
> trager. De capaciteit van de servers is niet onbeperkt, en er blijven
> ook geen sponsors gevonden worden om disken en memory bij te kopen. Ik
> ben beroepshalve bezig met serverinfrastructuur en het is een permanente
> ergernis dat er moet hardware worden toegevoegd (en dus geld worden
> uitgegeven) zonder dat het echt nodig is.
>
> 2) ik vergelijk OSM graag met wikipedia - ook dat is een project dat
> bouwt op open inbreng, nog opener dan OSM want men kan er zelfs
> bijdragen zonder een account aan te maken. Er verschijnt daar dan ook
> heel wat junk, en er is een gedefinieerde procedure om dat op te kuisen
> ("Article for Deletion"). Aan een dergelijke aanpak ontbreekt het bij
> OSM, en ik mis eraan. De huidige wollige aanpak kan nmbm niet blijven
> duren. Al dient het gezegd dat Wikipedia een encyclopedie maakt, en dus
> bewust en systematisch de lat hoog legt; en tegelijk veel zichtbaarder
> is, en dus veel meer blootgesteld aan vandalisme, waardoor er veel meer
> nood is aan procedures en strikte regels.
>
> Dank voor de openhartige en beleefde discussie!
>
> Karel
>
> On 11/2/19 9:45 PM, Marc Gemis wrote:
> > Ik sluit me volledig aan bij Jakka. Ieder mapt wat hij/zij wil.
> >
> > Het aantal parkeerplaatsen kan interessante info zijn, net zoals de
> > exacte ligging (misschien voor slechtzienden die over het terrein
> > moeten navigeren). Kleine bloemperken e.d. geven aan hoe groen een
> > stad is.
> >
> > Zo zijn er misschien ook mensen die zich afvragen wat het nut is van
> > afzonderlijke fietspaden of landingsbanen op een vliegveld of om het
> > even welk topic dat jij wel belangrijk vindt.
> >
> > Je hoort dit soort commentaren wel meer (en ik heb waarschijnlijk zelf
> > ook al wel die fout gemaakt, maar ik probeer ze niet terug te maken)
> > "ik vind dat X niet gemapped moet worden". OSM is een project met vele
> > gezichten en veel verschillend gebruik. Daar moet je mee leren leven.
> >
> > Afhankelijk van wat Karel opkuisen noemt (verwijderen?), kan ik me
> > voorstellen de DWG hem op de vingers 

Re: [talk-ph] HOT-Ph Activation for the recent Mindanao earthquakes - Task 7147

[Nick Brown]

Dear OSM-Ph community,

Thank you everyone for your continued support in the mapping response to
the recent earthquakes in Mindanao! In two days 177 contributors, almost
all from the Philippines, have added more than 25,00 buildings! Task 7147
 has 38% mapped tiles with 9%
validated. Great work!

Updates:

The NDRRMC is reporting 21 dead and 432 injured. Many government and
humanitarian agencies have responded. Damage and needs assessments are
wrapping up, with nearly 29,000 buildings identified as damaged so far. An
estimated 21,800 people remain in 30 evacuation centers. More details
available at this morning’s NDRRMC SitRep at
http://ndrrmc.gov.ph/attachments/article/3929/Update_SitRep_no10_re_Mag_6_6_and_6_5_Earthquakes_in_Tulunan_North_Cotabato_issued_on_03_Nov_2019_6AM.pdf.
You can follow the Philippines Red Cross’ response on their Facebook page
at https://www.facebook.com/phredcross/.

As agencies continue their response and then recovery, the data you
contribute to OpenStreetMap will be useful to all decision makers, so
please keep mapping at https://tasks.hotosm.org/project/7147. The area
remains at high risk for aftershocks and additional events.

Notes:

   -

   Please check both Bing and Maxar imagery. In many places Maxar imagery
   is clearer and more up to date, and vice versa.
   -

   If you are a validator, please prioritize helping with validation. We
   have more mappers contributing than validators. We have many new mappers
   contributing so please be encouraging with your feedback.
   -

   Please focus first on mapping the primary settlements and built up
   areas. These areas were significantly affected.


You can reach us on Slack on the HOTOSM channel #disaster-mapping (
https://hotosm.slack.com/messages/C4MMB6PD4), on Telegram at the OSM-Ph
channel (http://t.me/OSMph) and on the official OSM-Ph Email List (
https://lists.osm.org/listinfo/talk-ph).

Thank you all for your continued contributions!

Sincerely,

HOT Philippines Team


On Fri, Nov 1, 2019 at 10:51 AM Nick Brown  wrote:

> Dear OSM-Ph community,
>
>
> The Philippines' Humanitarian OpenStreetMap Team (HOT-Ph) kindly requests
> your assistance with the emergency mapping response to the recent
> earthquakes in Mindanao. Task 7147 
> (https://tasks.hotosm.org/project/7147) has been created so that we can
> rapidly map the building footprints of three highly affected communities
> the PRC is assisting. This mapping will feed into their response planning
> and will be shared with stakeholders, especially the National Disaster Risk
> Reduction and Management Council (NDRRMC) via the Office of Civil Defense
> (OCD).
>
> The Philippines Red Cross has identified to the HOT Philippines team three
> priority communities affected by this situation for emergency mapping. They
> are:
>
> 1. Tulanan, North Cotobato;
>
> 2. Magsaysay, Davao Del Sur; and,
>
> 3. Kidapawan, North Cotobato.
>
> HOT-Ph kindly requests your support mapping these areas using the task
> linked above. The total prioritized area is approximately 970km² and we
> have used Facebook's Settlement Data to significantly reduce task manager
> assignment footprint, ensuring time is not spent scanning areas with no
> evidence of buildings. The population in the priority area is approximately
> 250k people. According to Thinking Machines' AI & ML data there are
> approximately 18,300 buildings to be mapped.
>
> Background:
>
> On 31 October at 9:11 a.m. Philippine time a 6.5 magnitude earthquake
> struck in Tulunan, Cotabato in Mindanao, which followed a 6.6-magnatitude
> earthquake just two days earlier in the same location. The NDRRMC reports
> there have been more than 1,000 aftershocks, with 14 deaths and 403
> injured. This follows a recent 6.3-magnitude earthquake that occurred in
> the same area, causing seven deaths and 215 injured. Widespread building
> damage has been reported due to the multiple significant tremors
>
> According to the Philippine Institute of Volcanology and Seismology
> (PHIVOLCS), the 6.6 magnitude earthquake was tectonic in origin with a
> depth of 7 km and was felt in Cotabato and neighboring municipalities and
> provinces of five regions of Mindanao, including the Bangsamoro Autonomous
> Region of Muslim Mindanao (BARMM).
>
> (source:
> http://ndrrmc.gov.ph/attachments/article/3929/SitRep_No_05_re_Magnitude_6_6_and_6_5_Earthquakes_in_Tulunan_North_Cotabato_as_of_8PM_31_October_2019.pdf
> )
>
> Communications:
>
> You can reach us on Slack on the HOTOSM channel #disaster-mapping (
> https://hotosm.slack.com/messages/C4MMB6PD4), on Telegram at the OSM-Ph
> channel (http://t.me/OSMph) and on the official OSM-Ph Email List (
> https://lists.osm.org/listinfo/talk-ph).
>
> Thanks for your support,
>
> HOT Philippines Team
>
>
> --
> *Nick Brown*
> Country Manager for HOT Philippines
> nick.br...@hotosm.org
>
> *Humanitarian OpenStreetMap Team*
> *Using 

Re: [OSM-talk] Maintaining privacy as a casual mapper

[Simon Poole]

Am 03.11.2019 um 23:08 schrieb Martin Koppenhoefer:
> ...
> it depends from whom you hide, but generally you should not use a traceable 
> email account if you want to remain anonymous. Using Google would seem like a 
> total no-go (they are even reserving the right to read your emails). Use a 
> live distro like tails (tor browser, spoofs browser a system details, etc. ), 
> do not connect from your home or someone else’s home or any other places that 
> you are related to, do not use a third party login but create a new account 
> for every edit you make and use throw away email addresses for signup. Use 
> generic user names and email addresses created by a random string generator, 
> only use the most common tools like iD and maybe josm, do not use rarely used 
> tags, avoid changeset comments and other free text fields like description 
> and note.

Note, lots of the above would be violations of our ToU, and outside of
that, neither desirable nor a good idea.

IRL editing on OSM is very near to publishing a blog post or similar,
something you are doing in public with the intent  of the results being
public and there are limits to how far you can do this in an anonymous
fashion. If you can't live with the resulting consequences I would
suggest not contributing in any larger fashion.




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

[Marc Gemis]

Karel,

Queries worden trager schrijf je. Zonder analyse van de server waarop
de queries uitgevoerd worden kan ik niet zeggen dat dit de schuld is
van de grote database.
Misschien zijn er meer queries, of meer complexe queries. Ik zie ook
niet goed hoe het toevoegen van een object X (bv. een klein
grasperkje) invloed kan hebben op het opvragen een onafhankelijk
object Y (bv. vliegvelden).

Details nemen plaats in.
Details hoeven niet gerenderd te worden (hoewel amenity=parking_space
wel getoond wordt), dus de invloed van details is enerzijds op de
centrale DB, anderzijds misschiebn op de grootte van de tiles.
Aangezien die details enkel op zoomlevel 19 of zo getoond worden,
worden enkel die tiles wat groter.
Dus niet echt een probleem volgens mij. Voor de centrale databank wil
men  naar de "nutteloze" nodes zonder tag kijken om iets aan de
grootte/performantie te doen. Die nodes zouden deel moeten uitmaken
van de weg en niet op zichzelf staan (zegt ment). Ik heb jammer genoeg
de voordracht op SOTM in dat verband nog niet bekeken.

Andere databanken (denk Nominatim) kunnen die "nutteloze" dingen er
van in het begin uitfilteren.
Verder zijn er hoe langer hoe meer grote bedrijven (denk Apple &
Facebook) die OSM gebruiken en waarschijnlijk we een deel van de
sponsering voor zich gaan nemen.

Als je wil vergelijken met Wikipedia, kijk dan ook eens naar Wikimedia
Commons, hoe groot moet die databank wel niet zijn met al die beelden
en video's. Volgens mij nemen die "iets" meer plaats in beslag dan een
node met wat tags.

We kunnen ook veel plaats beparen door (tongue in cheek)
- fietspaden/sidewalk als tags op weg,
- weglaten van busroutes (gebruik de app van de Lijn), fiets en wandel
routes (gebruik de wandelknooppunt app of iets dergelijks)
- luchthavens vervangen door nodes, welke weggebruiker moet er nu
weten waar de landingsbaan is
- huizen & addressen vervangen door 1 node, of zelfs adres nodes te
vervangen door interpollatie lijnen
- alle landuse weg te laten (wie moet er nu naar een weide navigeren)
- grenzen (die leiden  toch maar tot discussies)
- alles ivm met nutsvoorzieningen. (*)
enz.

Voor alles wat iemand belangrijk vindt en wil inbrengen kan je wel
argumenteren dat het nutteloos is, of beter in een andere DB staat, of
compacter kan gemapped worden.

(*) maar kijk eens hoe relatief populair de voorgestelde tagging
schemas voor pipeline markers, streetcabinets e.d. waren.

mvg

m

On Sun, Nov 3, 2019 at 8:03 PM Karel Adams  wrote:
>
> Marc,
>
> (parenthese over mijn conflict met DWG: ik besef dat ik niet altijd even
> correct heb gehandeld. En ik had er ook niet zo uitvoerig over moeten
> vertellen, alhier, inderdaad. Blijft de frustratie dat er op een
> verzoenend bericht mijnerzijds niet werd ingegaan, er kwam zelfs geen
> "neen", er kwam gewoon niks... Blijft mijn waarschuwing: "let wat gij
> doet, de DWG kan hard en niet altijd even konsekwent ingrijpen."
> Communicatie vooraf is erg belangrijk voor die lieden, en daar kan
> inderdaad niemand tegen zijn)
>
> Maar wat betreft "Ieder mapt wat hij/zij wil", daar heb ik twee
> bedenkingen bij:
>
> 1) we moeten de database niet nodeloos belasten. Er komt alsmaar
> informatie bij, de database groeit stevig, queries worden alsmaar
> trager. De capaciteit van de servers is niet onbeperkt, en er blijven
> ook geen sponsors gevonden worden om disken en memory bij te kopen. Ik
> ben beroepshalve bezig met serverinfrastructuur en het is een permanente
> ergernis dat er moet hardware worden toegevoegd (en dus geld worden
> uitgegeven) zonder dat het echt nodig is.
>
> 2) ik vergelijk OSM graag met wikipedia - ook dat is een project dat
> bouwt op open inbreng, nog opener dan OSM want men kan er zelfs
> bijdragen zonder een account aan te maken. Er verschijnt daar dan ook
> heel wat junk, en er is een gedefinieerde procedure om dat op te kuisen
> ("Article for Deletion"). Aan een dergelijke aanpak ontbreekt het bij
> OSM, en ik mis eraan. De huidige wollige aanpak kan nmbm niet blijven
> duren. Al dient het gezegd dat Wikipedia een encyclopedie maakt, en dus
> bewust en systematisch de lat hoog legt; en tegelijk veel zichtbaarder
> is, en dus veel meer blootgesteld aan vandalisme, waardoor er veel meer
> nood is aan procedures en strikte regels.
>
> Dank voor de openhartige en beleefde discussie!
>
> Karel
>
> On 11/2/19 9:45 PM, Marc Gemis wrote:
> > Ik sluit me volledig aan bij Jakka. Ieder mapt wat hij/zij wil.
> >
> > Het aantal parkeerplaatsen kan interessante info zijn, net zoals de
> > exacte ligging (misschien voor slechtzienden die over het terrein
> > moeten navigeren). Kleine bloemperken e.d. geven aan hoe groen een
> > stad is.
> >
> > Zo zijn er misschien ook mensen die zich afvragen wat het nut is van
> > afzonderlijke fietspaden of landingsbanen op een vliegveld of om het
> > even welk topic dat jij wel belangrijk vindt.
> >
> > Je hoort dit soort commentaren wel meer (en ik heb waarschijnlijk zelf
> > ook al wel die fout gemaakt, maar ik