date:20141024

Thanks, nice to read it in Dutch. especially the Belgian touch you added :-)

regards

m

On Thu, Oct 23, 2014 at 10:57 PM, Ben Abelshausen ben.abelshau...@gmail.com
 wrote:

 Hi,

 I would like to announce a new thing I am trying to do that is very simple
 but should introduce some continuity in our communication. I have posted
 the first translation of the Weekly OSM blog in dutch on osm.be:

 http://osm.be/nl/content/weekly-osm-news-221

 Someone can translate into french if they want to. I can give you access
 to the website. Will post this tomorrow on the twitter account and the
 facebook group too.

 If you have osm-related news I should add please let me know. I will as
 always follow the mailinglist and sometime extract things I find newsworthy
 but feel free to nominate things you feel inportant and tell me.

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen

 ___
 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] import AGIV CRAB-data

2014-10-24 Per discussione Ben Abelshausen

Hey,

2014-10-24 1:13 GMT+02:00 Thomas o...@aptum.nl:

 Toch bijzonder dat al die officiële datasets die kennelijke fout
 bevatten.


Interessant punt, we kunnen ook iets klein opzetten om fouten melden via
deze webservice:


Met vriendelijke groeten,
Best regards,

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 Per discussione Ben Abelshausen

Oeps, even te snel verzonden:

https://www.agiv.be/producten/crab/meer-info-over-crab/beheer-van-het-crab/crab-beheerdiensten/crab-melding

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

2014-10-24 9:10 GMT+02:00 Ben Abelshausen ben.abelshau...@gmail.com:

 Hey,

 2014-10-24 1:13 GMT+02:00 Thomas o...@aptum.nl:

 Toch bijzonder dat al die officiële datasets die kennelijke fout
 bevatten.


 Interessant punt, we kunnen ook iets klein opzetten om fouten melden via
 deze webservice:


 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen

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

[OSM-talk-be] Een klein verhaaltje / A little story

Via de tool van Sander zag ik een straat waar ik nog geen huis nummers
van had. Het was verleidelijk om de nummers gewoon snel te copiëren.
Maar omdat ik toch met de honden buiten moest, besloot ik maar om een
ommetje te maken langs die voor mij onbekende straat. Wat bracht deze
kleine survey op naast de huisnummers ? Een zone 30, een gedenksteen aan
Frans Abels (een toondichter 1899-1962) en een ontbreken pad en een
vuilbak. En dat enkel op en ommetje van 10 minuten.
Moraal van het verhaal ? Voor mij volstaat het kopieren van nummertjes
uit AGIV Crab niet, ik kan beter met de honden gaan wandelen. Dan
vergaar ik meer gevarieerde data en leer ik nog iets bij :-)


From Sander's tool for the AGIV Crab import I saw a street in which I
didn't collect house numbers so far. It was tempting to just copy the
numbers. But since I needed to walk the dogs I decided to pass through
that street. So what did I discover during this short survey ? A zone
30, a memorial for Frans Abels, and a missing path. It was just 10
minutes extra compared to our normal walk.
Conclusion ? For me it is not sufficient to just copy numbers from a
database. It's better to go out for a walk with the dogs. Using this
method I collect more diverse data en I learn something along the way

groeten/regards

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 5:32 GMT+02:00 Marc Gemis marc.ge...@gmail.com:
 dan heb je geluk. In mijn regio is het veel slechter gesteld met de
 kwaliteit.
 ZN is waarschijnlijk zonder nummer, een kapel ? een kerk ? in Edegem is er
 ook een bibliotheek zonder nummer.

 m


CRAB wordt per gemeente bijgehouden. Voor veel gemeenten is dat geen
prioriteit. De burgemeester gaat daar geen stemmen mee winnen hé.
In veel andere gemeenten zijn ze wel al gestart maar nog niet klaar
met het controleren van de gemeenten, iets wat velen afgewerkt willen
hebben tegen midden volgend jaar.

Ik zou echt de opmerking van Ben ter harte nemen: ik vind het zonde
dat we in OSM zaken gaan corrigeren in het CRAB zonder die terug te
melden, en al zeker als het in gemeenten is waar de controle nu ook al
bezig is.

Weet dat veel Vlaamse overheidsdiensten momenteel bezig zijn hun
databanken aan te passen zodat ze meer en meer gebruik gaan maken van
het CRAB (ik ben zelf betrokken bij 2 projecten). Als je verbeteringen
hebt zou het zonde zijn dat zij die ook niet krijgen.

Johan

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 Per discussione Glenn Plas

Voor wat hoort wat vind ik, het mag misschien geen prioriteit zijn om de
gemeente in kaart te brengen, waarom zou het dan voor ons prioriteit
zijn hun data te fixen ?  Het is op zich al moeilijk genoeg voor ons.

De openheid van hun data kan beter.  Bv. het overtekenen van gebouwen
vind ik redelijk primair als volgende stap.

Ik heb het gevoel dat we het op een zilveren plateau willen aanbrengen,
dat op zich al zou toch wel wat onderhandelingspower / lobbywerk kunnen
zijn.

Bekijk het zoals het is: We gaan het werk doen van anderen.  We kunnen
evengoed zeggen: Daar staat het allemaal, zoek het zelf uit, in feite
wat wij nu aan het doen zijn met hun data.

We hebben hier de kans om meer visibiliteit aan OSM te geven, ik zie de
krantenkoppen al:

OSM gemeenschap helpt gemeentes met het valideren van geografische data

Dit is leverage.  pasmunt.Think about it!

Glenn


On 24-10-14 09:30, Johan Van de Wauw wrote:
 2014-10-24 5:32 GMT+02:00 Marc Gemis marc.ge...@gmail.com:
 dan heb je geluk. In mijn regio is het veel slechter gesteld met de
 kwaliteit.
 ZN is waarschijnlijk zonder nummer, een kapel ? een kerk ? in Edegem is er
 ook een bibliotheek zonder nummer.

 m

 
 CRAB wordt per gemeente bijgehouden. Voor veel gemeenten is dat geen
 prioriteit. De burgemeester gaat daar geen stemmen mee winnen hé.
 In veel andere gemeenten zijn ze wel al gestart maar nog niet klaar
 met het controleren van de gemeenten, iets wat velen afgewerkt willen
 hebben tegen midden volgend jaar.
 
 Ik zou echt de opmerking van Ben ter harte nemen: ik vind het zonde
 dat we in OSM zaken gaan corrigeren in het CRAB zonder die terug te
 melden, en al zeker als het in gemeenten is waar de controle nu ook al
 bezig is.
 
 Weet dat veel Vlaamse overheidsdiensten momenteel bezig zijn hun
 databanken aan te passen zodat ze meer en meer gebruik gaan maken van
 het CRAB (ik ben zelf betrokken bij 2 projecten). Als je verbeteringen
 hebt zou het zonde zijn dat zij die ook niet krijgen.
 
 Johan
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be
 


-- 
Everything is going to be 200 OK.

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

Re: [OSM-talk-be] text rendering for routes in Maperitive

2014-10-24 Per discussione Olivier Toubeau

Hi all,

Sorry for the delay.

Here are my rules : 
https://www.dropbox.com/s/jvxucuxtce8085f/Default.mrules?dl=0

Thank you !

Oli

-Message d'origine-
De : Glenn Plas [mailto:gl...@byte-consult.be] 
Envoyé : jeudi 9 octobre 2014 14:53
À : OpenStreetMap Belgium
Objet : Re: [OSM-talk-be] text rendering for routes in Maperitive

Hi Olivier,

Do you have an .mscript file that we can use to reproduce your results in 
Maperative ?

It's not clear to me how you are building your local map from this mail.
 It would help to know what you are getting at this moment.

Greetings,

Glenn


On 09-10-14 10:42, Olivier Toubeau wrote:
 Hiall,
 
  
 
 I'm experiencing some problems with text rendering in Maperitive. I 
 would like the same result like here for bicycle routes (RAVeL)
 http://www.opencyclemap.org/?zoom=13lat=50.50065lon=4.20957layers=B
 
 
  
 
 I think the problem is related to the display of the 'ref' tag in the 
 relation route ncn.
 
  
 
 So i've tried many solutions, like importing a little Python script 
 cyclelabel(e), which only works for one little piece of route: way 
 n°28777565, with the two relations 112582/169 and 416224/17 (called:
 RAVeL 3 here :
 http://www.opencyclemap.org/?zoom=15lat=50.51416lon=4.27137layers=B).
 
  
 
 What am I doing wrong please ?
 
  
 
 I thank you in advance for your help !
 
  
 
 Oli
 
 
 
 
 http://www.avast.com/   
 
 Ce courrier électronique ne contient aucun virus ou logiciel 
 malveillant parce que la protection Antivirus avast! 
 http://www.avast.com/ est active.
 
 
 
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be
 


--
Everything is going to be 200 OK.

___
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] import AGIV CRAB-data

Daar geef ik je gelijk in, Glen. Ik map om OSM beter te maken, niet om een
of andere overheidsdatabank te corrigeren.
Het is ook een extra stap die je bv. niet van toerist-mappers kan
verwachten. Als ik in Nederland een huisnummer aanpas of een gebouw
verwijder omdat het gesloopt is, wil ik echt geen melding gaan maken bij
BAG.
Ook mensen die niet op de hoogte zijn van heel dit AGIV Crab verhaal gaan
dat niet doen.

Ik zou vooral een lijstje willen bijhouden voor mezelf, zodat ik niet
telkens weer de zelfde fout ga bekijken.

aan de andere kant doe ik wel terugmelding van problemen met de
wandelknooppunten. dus echt consequent ben ik hier dus ook niet in :-)

Sinds de building-import in NY, lopen er scripts die de overheid laat weten
dat er wijzigingen gebeurd zijn. Automatisch. Als mapper moet je je daar
niets van aantrekken. AGIV kan toch ook zoiets opzetten ?

mvg

m

2014-10-24 9:40 GMT+02:00 Glenn Plas gl...@byte-consult.be:

 Voor wat hoort wat vind ik, het mag misschien geen prioriteit zijn om de
 gemeente in kaart te brengen, waarom zou het dan voor ons prioriteit
 zijn hun data te fixen ?  Het is op zich al moeilijk genoeg voor ons.

 De openheid van hun data kan beter.  Bv. het overtekenen van gebouwen
 vind ik redelijk primair als volgende stap.

 Ik heb het gevoel dat we het op een zilveren plateau willen aanbrengen,
 dat op zich al zou toch wel wat onderhandelingspower / lobbywerk kunnen
 zijn.

 Bekijk het zoals het is: We gaan het werk doen van anderen.  We kunnen
 evengoed zeggen: Daar staat het allemaal, zoek het zelf uit, in feite
 wat wij nu aan het doen zijn met hun data.

 We hebben hier de kans om meer visibiliteit aan OSM te geven, ik zie de
 krantenkoppen al:

 OSM gemeenschap helpt gemeentes met het valideren van geografische data

 Dit is leverage.  pasmunt.Think about it!

 Glenn


 On 24-10-14 09:30, Johan Van de Wauw wrote:
  2014-10-24 5:32 GMT+02:00 Marc Gemis marc.ge...@gmail.com:
  dan heb je geluk. In mijn regio is het veel slechter gesteld met de
  kwaliteit.
  ZN is waarschijnlijk zonder nummer, een kapel ? een kerk ? in Edegem is
 er
  ook een bibliotheek zonder nummer.
 
  m
 
 
  CRAB wordt per gemeente bijgehouden. Voor veel gemeenten is dat geen
  prioriteit. De burgemeester gaat daar geen stemmen mee winnen hé.
  In veel andere gemeenten zijn ze wel al gestart maar nog niet klaar
  met het controleren van de gemeenten, iets wat velen afgewerkt willen
  hebben tegen midden volgend jaar.
 
  Ik zou echt de opmerking van Ben ter harte nemen: ik vind het zonde
  dat we in OSM zaken gaan corrigeren in het CRAB zonder die terug te
  melden, en al zeker als het in gemeenten is waar de controle nu ook al
  bezig is.
 
  Weet dat veel Vlaamse overheidsdiensten momenteel bezig zijn hun
  databanken aan te passen zodat ze meer en meer gebruik gaan maken van
  het CRAB (ik ben zelf betrokken bij 2 projecten). Als je verbeteringen
  hebt zou het zonde zijn dat zij die ook niet krijgen.
 
  Johan
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 


 --
 Everything is going to be 200 OK.

 ___
 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] import AGIV CRAB-data

Op 24 oktober 2014 01:13 schreef Thomas o...@aptum.nl:

  Ik heb nu de CRAB-data voor een hele verzameling straten in en rond
 Oostende bestudeerd. In het algemeen vind ik dat de data vrij nauwkeurig
 is. Een enkele keer merkte ik op dat twee naast elkaar gelegen huisnummers
 met elkaar omgewisseld lijken te zijn. In werkelijkheid nummert alles
 gewoon netjes door, maar in GRB en CadGIS lijken de nummers ook omgewisseld
 te staan. Ik veronderstel dat we in dat soort gevallen de nummerplaatjes
 bij het huis moeten aanhouden. Toch bijzonder dat al die “officiële”
 datasets die kennelijke fout bevatten.

 Verder zijn er wel vaak heel wat nummers zonder locatie. Het betreffen
 vrijwel altijd nummers met een toevoeging (meestal het huisnummer waar ze
 bijhoren, een underscore en dan de toevoeging; vb 22_03). Soms zijn het
 schijnbaar gewone nummers. De nummers komen nooit voor op het GRB, maar
 soms komt hetzelfde huisnummer zonder toevoeging wél voor op het GRB.

 Ik begrijp niet goed of dat nu de subadressen zijn binnen CRAB of gewone
 adressen, maar dan een bisnummers (zie ook
 https://www.agiv.be/~/media/agiv/producten/crab/documenten/xgrabobjectcataloogv114.pdf
 pagina 15 en 29).


OPGELET:
Merk op dat dit bestand over een andere database gaat. De xGrab database
valt niet onder de open-data licentie, en deze mogen we dus ook niet
gebruiken (de xGrab database bevat trouwens wel gebouwcontouren).Gelieve je
tot de correcte documenten te richten:
https://download.agiv.be/Producten/Detail?id=102title=CRAB_adresposities


 Uit het feit dat er geen positie bekend is leid ik af dat het
 waarschijnlijk subadressen zijn die hun positie aan hun parent-adres horen
 te ontlenen. Misschien is het handig als deze punten vlak bij het
 bijbehorende parent-adres-punt geplaatst worden. In feite is dat ook waar
 ze gekarteerd zouden moeten worden. In Oostende alleen al gaat het om meer
 dan 1000 van dat soort nummers, met name in de winkelstraten en de
 appartementsblokken. Op de Zeedijk alleen al gaat het om 226 adrespunten
 zonder locatie, die gewoon in de overeenkomstige adresblokken horen. Al die
 appartementsgebouwen hebben 1 adrespunt, wat me verder doet vermoeden dat
 de meeste zo niet alle van die adrespunten zonder positie allen subadressen
 zijn die hun positie aan het parent adres zouden moeten ontlenen.

 Ik vind het niet aantrekkelijk om tientallen adressen voor 1
 appartementsblok handmatig op een netjes raster te plaatsen boven het
 appartementsblok. Als dat automatisch kan... Daarnaast is het misschien
 handig om deze punten alsnog een tag mee te geven zodat ze anders
 weergegeven kunnen worden binnen JOSM, maar misschien vinden de andere
 mappers dat enkel onhandig.

 In datzelfde kader is het misschien mogelijk om iets met het
 herkomstAdrespositie-veld te doen. Daaruit zou je moeten kunnen afleiden of
 het punt als perceel-centroid of gebouw-centroid is afgeleid. Daarnaast kan
 die informatie misschien licht werpen op bepaalde
 nauwkeurigheids-problemen. Maar wederom: ik kan ook goed begrijpen als
 andere mappers die extra tags enkel vervelend vinden. Ze zullen in elk
 geval verwijderd moeten worden voor het opladen van de gegevens, zoals
 Sander al aangeeft.

 Verder kwam ik nog een aantal keer een adrespunt tegen met als huisnummer
 'ZN', zonder positie. Het lijkt er steeds hooguit 1 per straat te zijn.
 Heeft iemand enig idee waar dat voor staat? Misschien 'zonder nummer'? In
 dat geval kunnen we dus helemaal niets met zo'n punt zonder nummer of
 locatie. Misschien is het handig om die met het script eruit te filteren?

 Deze had ik nog niet gezien.


 Buiten een vergissing van een mapper in de Spechtstraat in Oostende, zijn
 alle andere foute huisnummers eigenlijk industriële of commerciële panden
 waar de afstand tussen het centroid in CRAB en het gemapte gebouw groter
 dan de door mij ingestelde 20m op de website van Sander is; geen echte
 fouten dus.

 In het algemeen zijn de gegevens voor Oostende dus zeer goed bruikbaar,
 zeker als die subadressen nog automatisch de positie van hun parent-adres
 kunnen krijgen.

 Groetjes,
 Thomas



Bij mijn weten heb ik helemaal geen subadressen verwerkt, ik heb die tabel
zelfs niet bekeken. Maar je kan het zelf controleren in het script:
https://github.com/sanderd17/sanderd17.github.io/blob/master/extract.py

 De subadressen zijn volgens mij bus-nummers. Een huisnummer kan een suffix
hebben (zoals 29A), zonder dat het daarom een busnummer is. We zijn niet
van plan om busnummers in OSM te importeren, omdat alle bussen die tot
eenzelfde adres behoren toch meestal vlak naast elkaar te vinden zijn, en
dat er maar 1 voordeur is. Als gevolg is er geen geografisch onderscheid,
en is het dus niet nodig die in OSM te importeren.


Nu heb ik wel een mogelijke bug gevonden in mijn script. In
https://download.agiv.be/Producten/GetDocument?id=90title=Data_CRAB_pdfx=Data_CRAB_pdf
staat vermeld dat een terrein object N huisnummers kan hebben. Maar volgens
mij gebruik ik er

Re: [OSM-talk-be] import AGIV CRAB-data

Sander,
je baseert je beter op de CRAB adressen*lijst* in plaats van de CRAB
adres*posities*

https://download.agiv.be/Producten/Detail?id=447

Dan krijg je per adres maar 1 positie (de beste) en er zijn zelfs een
aantal categorieën die niet in de adresposities zitten.

Verwarrend - zeker wel.

Johan

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 Per discussione Verhoeven Fr


Hooi Sander,
http://sanderd17.github.io/import.html werkt nu ook op mijn netbook 
zowel in Firefox als in Chrome.
Ik gebruik die netbook om minder stroom te verbruiken en te mappen van 
in mijn luie zetel, een touchpad is ook minder belasten voor de vingers. 
;-)


Uw programma is handig om de reeds ingevoerde adressen te controleren of 
bij te werken.
Een goede manier om het te gebruiken is eerst een test te doen met het 
OSM vinkje aan en de straten op te sporen waar er problemen zijn. Daarna 
zonder het OSM vinkje, dan krijgt men enkel de eerste kolom, maar dan 
kan men de adrespunten in JOSM inladen als een aparte laag en daarna de 
JOSM gegevens, zoals met GPS traces. Dan loopt men minder de kans om 
fouten te maken bij het uploaden.


Ik heb al wel enkele adresnummers gevonden met verschillen tussen CRAB 
en GRB.


Ik denk dat ik het wel ga gebruiken. :-)

Nogmaals bedankt.

Sus

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

Re: [OSM-talk-be] import AGIV CRAB-data

Op 24 oktober 2014 10:26 schreef Johan Van de Wauw 
johan.vandew...@gmail.com:

 Sander,
 je baseert je beter op de CRAB adressen*lijst* in plaats van de CRAB
 adres*posities*

 https://download.agiv.be/Producten/Detail?id=447

 Dan krijg je per adres maar 1 positie (de beste) en er zijn zelfs een
 aantal categorieën die niet in de adresposities zitten.

 Verwarrend - zeker wel.

 Johan


Dat is idd zeer verwarrend.

Ben nu de andere database aan het downloaden, aangezien er geen
documentatie van is, wil ik die eerst wel eens bekijken.

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 10:48 GMT+02:00 Sander Deryckere sander...@gmail.com:


 Op 24 oktober 2014 10:26 schreef Johan Van de Wauw
 johan.vandew...@gmail.com:

 Sander,
 je baseert je beter op de CRAB adressen*lijst* in plaats van de CRAB
 adres*posities*

 https://download.agiv.be/Producten/Detail?id=447

 Dan krijg je per adres maar 1 positie (de beste) en er zijn zelfs een
 aantal categorieën die niet in de adresposities zitten.

 Verwarrend - zeker wel.

 Johan


 Dat is idd zeer verwarrend.

 Ben nu de andere database aan het downloaden, aangezien er geen documentatie
 van is, wil ik die eerst wel eens bekijken.

Er is een leesmij.

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

[OSM-talk-be] Tag; definitie voor een garage straat

2014-10-24 Per discussione Jakka


Dag,

Situatie:
Huizen rij langs straat. Elk huis met een lange smalle tuin naar 
achteren toe.

Er is een geasfalteerde straatje die achter de tuinen loopt.
Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals 
wij hier zeggen een garagestraatje.

bord C3 uitzonderlijk plaatselijk verkeer
het straatje stopt ter hoogte van een barrier paaltje voetgangers en 
fietsers kunnen verder.Werd ingevoerd.
Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk 
moet ik voor dit garagestraatje noexit=no handmatig toevoegen?


Zie 50.7892212,3.1862567

service=parking_aisle

of is er daarvoor een betere tag.

Jakka


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

Re: [OSM-talk-be] Tag; definitie voor een garage straat

Ik gebruik in zo'n situatie highway=service, service=alley
noexit=no moet je niet toevoegen. Elke router kan dat zelf wel uitvissen.
Tenminste als je op de barrier=bollard ook  foot=yes, bicycle=yes zet


mvg

m



2014-10-24 12:08 GMT+02:00 Jakka vdmfrank...@gmail.com:

 Dag,

 Situatie:
 Huizen rij langs straat. Elk huis met een lange smalle tuin naar achteren
 toe.
 Er is een geasfalteerde straatje die achter de tuinen loopt.
 Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals
 wij hier zeggen een garagestraatje.
 bord C3 uitzonderlijk plaatselijk verkeer
 het straatje stopt ter hoogte van een barrier paaltje voetgangers en
 fietsers kunnen verder.Werd ingevoerd.
 Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk
 moet ik voor dit garagestraatje noexit=no handmatig toevoegen?

 Zie 50.7892212,3.1862567

 service=parking_aisle

 of is er daarvoor een betere tag.

 Jakka


 ___
 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] Tag; definitie voor een garage straat

o ja, het is gemakkelijker als je op osm.org, de exit pijl rechts
aanklikt en dan de link daar kopieert en meestuurt als je naar een bepaalde
plek verwijst.

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

 Ik gebruik in zo'n situatie highway=service, service=alley
 noexit=no moet je niet toevoegen. Elke router kan dat zelf wel uitvissen.
 Tenminste als je op de barrier=bollard ook  foot=yes, bicycle=yes zet


 mvg

 m



 2014-10-24 12:08 GMT+02:00 Jakka vdmfrank...@gmail.com:

 Dag,

 Situatie:
 Huizen rij langs straat. Elk huis met een lange smalle tuin naar achteren
 toe.
 Er is een geasfalteerde straatje die achter de tuinen loopt.
 Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals
 wij hier zeggen een garagestraatje.
 bord C3 uitzonderlijk plaatselijk verkeer
 het straatje stopt ter hoogte van een barrier paaltje voetgangers en
 fietsers kunnen verder.Werd ingevoerd.
 Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk
 moet ik voor dit garagestraatje noexit=no handmatig toevoegen?

 Zie 50.7892212,3.1862567

 service=parking_aisle

 of is er daarvoor een betere tag.

 Jakka


 ___
 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] Tag; definitie voor een garage straat

2014-10-24 Per discussione Andre Engels

Zeker geen noexit=no toevoegen. Dat is niet bedoeld voor gevallen
waar de weg voor bepaalde groepen (voetgangers bijvoorbeeld) wel
degelijk doorgaat (en ook in andere gevallen is het naar mijn mening
slechts een hint voor andere mappers, geen wezenlijk onderdeel voor
gebruikers). Ikzelf zou de voorkeur geven aan service=alley boven
service=parking_aisle voor dit geval (al moet ik toegeven dat ik dit
in de praktijk tag als highway=service zonder service-tag, wat geloof
ik ook niet de bedoeling is). Het bord C3 - uitgezonderd plaatselijk
verkeer kun je beschrijven met access=no, foot=yes of
access=destination, al naar gelang hoe je 'plaatselijk verkeer'
definieert.

André


2014-10-24 12:08 GMT+02:00 Jakka vdmfrank...@gmail.com:
 Dag,

 Situatie:
 Huizen rij langs straat. Elk huis met een lange smalle tuin naar achteren
 toe.
 Er is een geasfalteerde straatje die achter de tuinen loopt.
 Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals wij
 hier zeggen een garagestraatje.
 bord C3 uitzonderlijk plaatselijk verkeer
 het straatje stopt ter hoogte van een barrier paaltje voetgangers en
 fietsers kunnen verder.Werd ingevoerd.
 Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk
 moet ik voor dit garagestraatje noexit=no handmatig toevoegen?

 Zie 50.7892212,3.1862567

 service=parking_aisle

 of is er daarvoor een betere tag.

 Jakka


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



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

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

Re: [OSM-talk-be] Tag; definitie voor een garage straat

2014-10-24 Per discussione Andre Engels

Oeps, te snel op enter gedrukt. Waar ik access=no, foot=yes zeg,
bedoel ik access=private, foot=yes.

André

2014-10-24 12:20 GMT+02:00 Andre Engels andreeng...@gmail.com:
 Zeker geen noexit=no toevoegen. Dat is niet bedoeld voor gevallen
 waar de weg voor bepaalde groepen (voetgangers bijvoorbeeld) wel
 degelijk doorgaat (en ook in andere gevallen is het naar mijn mening
 slechts een hint voor andere mappers, geen wezenlijk onderdeel voor
 gebruikers). Ikzelf zou de voorkeur geven aan service=alley boven
 service=parking_aisle voor dit geval (al moet ik toegeven dat ik dit
 in de praktijk tag als highway=service zonder service-tag, wat geloof
 ik ook niet de bedoeling is). Het bord C3 - uitgezonderd plaatselijk
 verkeer kun je beschrijven met access=no, foot=yes of
 access=destination, al naar gelang hoe je 'plaatselijk verkeer'
 definieert.

 André


 2014-10-24 12:08 GMT+02:00 Jakka vdmfrank...@gmail.com:
 Dag,

 Situatie:
 Huizen rij langs straat. Elk huis met een lange smalle tuin naar achteren
 toe.
 Er is een geasfalteerde straatje die achter de tuinen loopt.
 Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals wij
 hier zeggen een garagestraatje.
 bord C3 uitzonderlijk plaatselijk verkeer
 het straatje stopt ter hoogte van een barrier paaltje voetgangers en
 fietsers kunnen verder.Werd ingevoerd.
 Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk
 moet ik voor dit garagestraatje noexit=no handmatig toevoegen?

 Zie 50.7892212,3.1862567

 service=parking_aisle

 of is er daarvoor een betere tag.

 Jakka


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



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



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

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 Per discussione Thomas

Ik heb die adressenlijst even gedownload en voor een paar straten 
bekeken. Dat verheldert ook wel een paar zaken.


Weer kwam ik een geval tegen met als huisnummer 'ZN'. In deze lijst 
heeft hij echter wel een locatie meegekregen. Ik ken de betreffende 
plaats, en begrijp nu dat het een braakliggend perceel betreft waar in 
de nummering rekening is mee gehouden. Het huisnummer is dus nog niet 
toegekend, maar wel al gereserveerd, of zo iets.


Alle adressen hebben per huisnummer een locatie gekregen. Vervolgens is 
elk 'BUSNR' voor dat punt geregistreerd in een apart punt met dezelfde 
locatie. Zoals Sander zegt kunnen deze punten genegeerd worden, en 
volstaat het om de unieke 'HUISNR's in het script op te nemen.


Al ligt het misschien toch net wat ingewikkelder. Voor een bepaalde 
locatie (Kastanjelaan, Oostende, rond huisnummer 2) zie ik 24 (!) punten 
op elkaar liggen. Het betreft een klein appartementsgebouw. Het veld 
'APPTNR' is steeds leeg. Voor HUISNR zijn er de waarden 2, 2_107, 2_109, 
2_209, 2_309, 2A en 2D. Al deze 'HUISNR's met een underscore hebben als 
herkomst 'geinterpoleerdObvNevenliggendeHuisnummersGebouw'. In de 
dataset die ingeladen wordt met het script van Sander waren die 4 
huisnummers met een underscore inderdaad de 4 punten die als 'zonder 
locatie' geregistreerd waren. In deze dataset hebben ze dus wel een 
locatie, maar vallen ze samen met het kale huisnr.


Los daarvan heb je per 'HUISNR' in dit geval ook steeds een aantal 
'BUSNR's. Dat is in dit geval 107, 109, 209, 309, 409, etc. Frappant is 
dat voor de HUISNR's met underscore, niet het nummer na de underscore 
als BUSNR geregistreerd is. Alle adressen met een underscore hebben een 
variant met BUSNR leeg en een variant met BUSNR A. Wat het helemaal af 
maakt is het feit dat het HNRLABEL in alle 19 samenvallende gevallen 
gelijk is, namelijk '2-2_309'. Mogelijk heeft dat ermee te maken dat het 
punt met HUISNR '2_309' de hoogste ID heeft van die hele set.


Complex dus. Sander had het over het zinloos zijn van het registreren 
van meerdere busnummers per adrespunt, omdat dat toch allemaal 
samenvalt. Daar sluit ik mij bij aan. Echter, sommige van de nummers in 
de bovengenoemde casus zijn formeel bisnummers en geen subadres (wat dus 
op een busnummer of een appartementnummer zou slaan). Dat we de 
subadressen niet importeren lijkt me prima, maar mogelijk moeten we wel 
de bisnummers opnemen, ook als die toevallig samenvallen. Bij een 
opgesplitst rijhuis dat vroeger nr 5 was en nu nr 5 en nr 5A lijkt het 
me logisch om beide te importeren. Beide zou je ook prima kunnen 
intekenen met een eigen gebouw-polygoon. Bij een appartement heb je soms 
te maken met busnummers, maar soms ook met bisnummers (het was nog niet 
complex genoeg...). Wat dit betreft is het dus niet zo 'logisch' om al 
die 'HUISNR' met een underscore gewoon te negeren. Wat mij betreft mag 
dat wel gebeuren voor de APPTNR's en de BUSNR's.


Dat is in feite wat het huidige importscript ook doet met de 
adresposities-dataset die nu gebruikt wordt. Door de subadressen niet te 
gebruiken worden de diverse BUSNR's genegeerd. De adressen die nu in het 
script ingeladen worden zonder positie zijn naar mijn mening dus 
bisnummers (geen busnummers!). Als we deze dataset aanhouden, dan zouden 
deze punten de locatie van het overeenkomstige 'kale' nummer kunnen 
krijgen, met een kleine verschuiving dan.


In deze dataset (adressenlijst) is ook de 'HERKOMST' opgenomen. Die zegt 
wel wat over de nauwkeurigheid. Zoals ik in mijn vorige mail schreef, is 
het dus misschien handig om deze op te nemen als tag om bij de import 
die informatie beschikbaar te hebben.


Groeten,
Thomas

Sander Deryckere schreef op 24-10-2014 10:48:



Op 24 oktober 2014 10:26 schreef Johan Van de Wauw 
johan.vandew...@gmail.com mailto:johan.vandew...@gmail.com:


Sander,
je baseert je beter op de CRAB adressen*lijst* in plaats van de CRAB
adres*posities*

https://download.agiv.be/Producten/Detail?id=447

Dan krijg je per adres maar 1 positie (de beste) en er zijn zelfs een
aantal categorieën die niet in de adresposities zitten.

Verwarrend - zeker wel.

Johan


Dat is idd zeer verwarrend.

Ben nu de andere database aan het downloaden, aangezien er geen 
documentatie van is, wil ik die eerst wel eens bekijken.


Groeten,
Sander



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


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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 12:42 GMT+02:00 Thomas o...@aptum.nl:
Ik heb die adressenlijst even gedownload en voor een paar straten bekeken.
Dat verheldert ook wel een paar zaken.

Weer kwam ik een geval tegen met als huisnummer 'ZN'. In deze lijst heeft
hij echter wel een locatie meegekregen. Ik ken de betreffende plaats, en
begrijp nu dat het een braakliggend perceel betreft waar in de nummering
rekening is mee gehouden. Het huisnummer is dus nog niet toegekend, maar wel
al gereserveerd, of zo iets.

ZN komt soms ook voor bij de enige gebouwen in een straat. Bij bvb
kloosters enzo.

Er is hier ook ruimte voor interpretatie.

Alle adressen hebben per huisnummer een locatie gekregen. Vervolgens is elk
'BUSNR' voor dat punt geregistreerd in een apart punt met dezelfde locatie.
Zoals Sander zegt kunnen deze punten genegeerd worden, en volstaat het om de
unieke 'HUISNR's in het script op te nemen.

Al ligt het misschien toch net wat ingewikkelder. Voor een bepaalde locatie
(Kastanjelaan, Oostende, rond huisnummer 2) zie ik 24 (!) punten op elkaar
liggen. Het betreft een klein appartementsgebouw. Het veld 'APPTNR' is
steeds leeg. Voor HUISNR zijn er de waarden 2, 2_107, 2_109, 2_209, 2_309,
2A en 2D. Al deze 'HUISNR's met een underscore hebben als herkomst
'geinterpoleerdObvNevenliggendeHuisnummersGebouw'. In de dataset die
ingeladen wordt met het script van Sander waren die 4 huisnummers met een
underscore inderdaad de 4 punten die als 'zonder locatie' geregistreerd
waren. In deze dataset hebben ze dus wel een locatie, maar vallen ze samen
met het kale huisnr.

Het CRAB in Oostende is nog niet initieel gevalideerd, wat zoveel wil
zeggen dan dat er eigenlijk enkel een automatische import gebeurd is
van allerlei bestanden.

https://www.agiv.be/producten/crab/meer-info-over-crab/afgeleide-producten-onderdelen/initiele-validatie

Mvg,
Johan

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

Re: [OSM-talk-be] Tag; definitie voor een garage straat

2014-10-24 Per discussione Jakka


Andre Engels schreef op 24/10/2014 om 12:21:

Oeps, te snel op enter gedrukt. Waar ik access=no, foot=yes zeg,
bedoel ik access=private, foot=yes.

André

2014-10-24 12:20 GMT+02:00 Andre Engels andreeng...@gmail.com:

Zeker geen noexit=no toevoegen. Dat is niet bedoeld voor gevallen
waar de weg voor bepaalde groepen (voetgangers bijvoorbeeld) wel
degelijk doorgaat (en ook in andere gevallen is het naar mijn mening
slechts een hint voor andere mappers, geen wezenlijk onderdeel voor
gebruikers). Ikzelf zou de voorkeur geven aan service=alley boven
service=parking_aisle voor dit geval (al moet ik toegeven dat ik dit
in de praktijk tag als highway=service zonder service-tag, wat geloof
ik ook niet de bedoeling is). Het bord C3 - uitgezonderd plaatselijk
verkeer kun je beschrijven met access=no, foot=yes of
access=destination, al naar gelang hoe je 'plaatselijk verkeer'
definieert.

André


2014-10-24 12:08 GMT+02:00 Jakka vdmfrank...@gmail.com:

Dag,

Situatie:
Huizen rij langs straat. Elk huis met een lange smalle tuin naar achteren
toe.
Er is een geasfalteerde straatje die achter de tuinen loopt.
Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals wij
hier zeggen een garagestraatje.
bord C3 uitzonderlijk plaatselijk verkeer
het straatje stopt ter hoogte van een barrier paaltje voetgangers en
fietsers kunnen verder.Werd ingevoerd.
Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk
moet ik voor dit garagestraatje noexit=no handmatig toevoegen?

Zie 50.7892212,3.1862567

service=parking_aisle

of is er daarvoor een betere tag.

Jakka


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




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





Bedankt

Die tag nuances liggen gevoelig bij elkaar. Zie de hiërarchie nog niet 
goed genoeg. Via tag venster klik ik algemene beschrijving van object en 
krijg een invul venster, maar daar staat niet alles op. Een restrictie 
komt er pas bij als je er één zelf hebt toegevoegd.

Ik probeer hier de mosterd te halen:
http://wiki.openstreetmap.org/wiki/Map_Features?setlang=nl

Jakka


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

Re: [OSM-talk-be] Tag; definitie voor een garage straat

2014-10-24 Per discussione André Pirard

On 2014-10-24 12:20, Andre Engels wrote :
 Zeker geen noexit=no toevoegen. Dat is niet bedoeld voor gevallen
 waar de weg voor bepaalde groepen (voetgangers bijvoorbeeld) wel
 degelijk doorgaat (en ook in andere gevallen is het naar mijn mening
 slechts een hint voor andere mappers, geen wezenlijk onderdeel voor
 gebruikers).
 Add hardly noexit = no. It is not intended for cases where the way
 for certain groups (eg pedestrians) indeed go on (and in other cases
 it is in my opinion just a hint for other mappers, not an essential
 part of users).
Speaking of what noexit=no is intended for rather than not intended for...
It means that a small gap in the road topology is not an error (roads
coming close to one another but not connected), that it is normal that
the cars cannot pass the gap.
It is mainly made to stop quality assurance from complaining with
unconnected ways, to stop the mapper trying to fix a nonexiting
nonexisting error and to warn the map reader that the gap is almost
invisible. Routers (GPS) do not need that tag.  It is not an access
restriction tag.
It must obviously be coded on a node, at one end of the way.

André.


  * Dutch - detected
  * English
  * French
  * Russian

  * English
  * French
  * Russian

javascript:void(0);
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] import AGIV CRAB-data

Bah,

Daar waar ik dacht dat we aan de eindspurt richting goeie tools bezig
waren, staan we terug aan het begin. Na een maand programmeren.

Ik heb nu even geen zin meer om het script van CRAB naar JSON te
herschrijven voor die andere database structuur.

Ik vind het goed genoeg zoals het is. Hebben we die enkele voordeurlocaties
echt nodig? Enkel toegang tot de gebouwcontouren zou een echt nieuwe
uitdaging geven (en met nut).

Maar als iemand zin heeft om er verder aan te werken, de code is vrij om te
forken.

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 Per discussione Ben Abelshausen

2014-10-24 13:57 GMT+02:00 Sander Deryckere sander...@gmail.com:

 Ik heb nu even geen zin meer om het script van CRAB naar JSON te
 herschrijven voor die andere database structuur.


Ik zal er eens naar kijken sander.

Met vriendelijke groeten,
Best regards,

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 Per discussione Glenn Plas

Ik wil ook wel meehelpen als ik nuttig kan zijn.  Testen/bugchecken,
browser tests, laat maar weten waarmee en ik help mee.  Delegeer gerust.

Glenn

On 24-10-14 14:39, Ben Abelshausen wrote:
 
 2014-10-24 13:57 GMT+02:00 Sander Deryckere sander...@gmail.com
 mailto:sander...@gmail.com:
 
 Ik heb nu even geen zin meer om het script van CRAB naar JSON te
 herschrijven voor die andere database structuur.
 
 
 Ik zal er eens naar kijken sander.
 
 Met vriendelijke groeten,
 Best regards,
 
 Ben Abelshausen
 
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be
 


-- 
Everything is going to be 200 OK.

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

Re: [OSM-talk-be] import AGIV CRAB-data

2014-10-24 Per discussione Thomas

Ik ga ook even kijken wat ik kan met het script. De structuur van de 
adressenlijst lijkt mij een stuk minder complex dan die van de posities.


Groeten,
Thomas

Glenn Plas schreef op 24-10-2014 15:15:

Ik wil ook wel meehelpen als ik nuttig kan zijn.  Testen/bugchecken,
browser tests, laat maar weten waarmee en ik help mee.  Delegeer gerust.

Glenn

On 24-10-14 14:39, Ben Abelshausen wrote:

2014-10-24 13:57 GMT+02:00 Sander Deryckere sander...@gmail.com
mailto:sander...@gmail.com:

 Ik heb nu even geen zin meer om het script van CRAB naar JSON te
 herschrijven voor die andere database structuur.


Ik zal er eens naar kijken sander.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen


___
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] import AGIV CRAB-data

2014-10-24 Per discussione Glenn Plas

Vergeet niet de gebruikelijke character set problemen, UTF8 , Latin1
etc.   Dat is denk ik nog hetgeen je meest mee bezig zal zijn.
(regex+UTF8= fun fun )

Maar los daarvan kunnen we voortbouwen op een degelijke basis gelegd
door Sander.

Glenn


On 24-10-14 15:26, Thomas wrote:
 Ik ga ook even kijken wat ik kan met het script. De structuur van de
 adressenlijst lijkt mij een stuk minder complex dan die van de posities.
 
 Groeten,
 Thomas
 
 Glenn Plas schreef op 24-10-2014 15:15:
 Ik wil ook wel meehelpen als ik nuttig kan zijn.  Testen/bugchecken,
 browser tests, laat maar weten waarmee en ik help mee.  Delegeer gerust.

 Glenn

 On 24-10-14 14:39, Ben Abelshausen wrote:
 2014-10-24 13:57 GMT+02:00 Sander Deryckere sander...@gmail.com
 mailto:sander...@gmail.com:

  Ik heb nu even geen zin meer om het script van CRAB naar JSON te
  herschrijven voor die andere database structuur.


 Ik zal er eens naar kijken sander.

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen


 ___
 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


-- 
Everything is going to be 200 OK.

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

Re: [OSM-talk-be] import AGIV CRAB-data

De character set van de posities database was cp720.

Ik had er nog nooit van gehoord, maar het plezante is dat de encoderingen
van é, ë en è in die character set net illegale encoderingen zijn volgens
UTF-8. Waardoor je python script crasht als het die tegenkwam.

Zie
http://www.lingua-systems.com/unicode-converter/unicode-mappings/encode-cp720-to-utf-8-unicode.html

Op 24 oktober 2014 15:43 schreef Glenn Plas gl...@byte-consult.be:

Vergeet niet de gebruikelijke character set problemen, UTF8 , Latin1
etc. Dat is denk ik nog hetgeen je meest mee bezig zal zijn.
(regex+UTF8= fun fun )

Maar los daarvan kunnen we voortbouwen op een degelijke basis gelegd
door Sander.

Glenn

On 24-10-14 15:26, Thomas wrote:
Ik ga ook even kijken wat ik kan met het script. De structuur van de
adressenlijst lijkt mij een stuk minder complex dan die van de posities.

Groeten,
Thomas

Glenn Plas schreef op 24-10-2014 15:15:
Ik wil ook wel meehelpen als ik nuttig kan zijn. Testen/bugchecken,
browser tests, laat maar weten waarmee en ik help mee. Delegeer gerust.

Glenn

On 24-10-14 14:39, Ben Abelshausen wrote:
2014-10-24 13:57 GMT+02:00 Sander Deryckere sander...@gmail.com
mailto:sander...@gmail.com:

Ik heb nu even geen zin meer om het script van CRAB naar JSON te
herschrijven voor die andere database structuur.

Ik zal er eens naar kijken sander.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

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

--
Everything is going to be 200 OK.

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

[OSM-talk-be] Fwd: [OSM-talk] Fwd: Addresses are a tiny fraction of what we do (was: The world's best addressable map)

crossposting from the talk mailing list, where address imports are also
discussed at the moment.

-- Forwarded message --
From: Christian Quest cqu...@openstreetmap.fr
Date: Fri, Oct 24, 2014 at 9:38 PM
Subject: Re: [OSM-talk] Fwd: Addresses are a tiny fraction of what we do
(was: The world's best addressable map)
To: OpenStreetMap t...@openstreetmap.org

Addresses in France...

We started a project to collect addresses on a separate database called
BANO (Base d'Adresses Nationale Ouverte : Open National Address Database).

We've recreated data from the national cadastre (scrapping 1.3 millions PDF
files), opendata source and... OSM.

This database contains 15+ millions addresses so far, and we added almost 4
millions hamlet and locality names recently.
A full dump contains 19.7 millions locations ranging from housenumber to
municipalities (no POI).

Why we did it that way ?

Import of millions of address can be done quick and dirty in a couple of
days, but such a blind import does not really fit the import policy and
we also learned from the TIGER import that fixing data is much less fun
than creating new data.

Why import all this if the data is available (under ODbL) ?

It seems much better to take the required time to import these data street
by street, reviewing it to make sure we improve its quality and not just
copy it. This will take years, many years (from 5 to 20) depending on how
deep to review the data before the upload. Some contributors have started
this work, but it is really boring and I don't expect we can attract a
large bunch of contributors on that project.

Anyway, BANO updates its content every night and collects new OSM addresses
to replace other sources. So it also take advantage of address
reviewing/fixing done in OSM during this import process or during any
address related contribution.

What is much more interesting is that OSM contributors can use BANO to
detect missing roads/streets and names (we have a BANO tiled overlay
showing missing names like here
http://layers.openstreetmap.fr/?zoom=18lat=48.8474lon=3.23191layers=BFT
).
This seems much more useful as we're far from having all roads and streets
mapped and named in France.

We can even see this BANO effect on some graphs:
http://osm2020.free.fr/qa-commune/popu-sans-route-name-france.png

Yes, something happened last may... BANO started to be available at that
time and the population for which no nearby named road was present as
decreased almost twice faster since then.

You can see also the missing names graph here:
http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
More than 100.000 names have been added since may.

To summarize... yes, address are really an important dataset, mainly
because it allows to cross the boundary between non geographic data (postal
addresses) and geographic data with the help of (good) geocoding algorithm.
This allows to bring a lot of new data users to OSM by providing the data
fuel for services like routing from address A to address B. Some public
services web sites have started using OSM + BANO that way.
This also allows to geocode new (open) datasets to improve OSM with more
interesting data (we're about to do this for almost 3 pharmacy).

Is it mandatory to have the huge address datasets in OSM ?
Maybe not, and not if the import process does not bring any improvement to
the data.
Mappers' time seems to me much better used for less mechanical
contributions.

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk] [Osmf-talk] Modus operandi of the board

2014-10-24 Per discussione Paul Norman


On Oct 23, 2014, at 03:00 PM, Clifford Snow cliff...@snowandsnow.us wrote:

I think it is reasonable postpone elections for three months considering 
current turmoil.
 
Leaving aside any question about the merits of this, I don't believe it is 
possible. Notice has been given of the AGM, and an election must be held at the 
AGM (AOA 31). ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Postponing elections, or other alternatives (Was: Modus operandi of the board)

2014-10-24 Per discussione Kathleen Danielson

As Paul said, leaving aside any merits of this (there are plenty of other
threads going on to discuss that), can we have some brainstorming on the
mechanics of how it might work?
There have been a few suggestions for ways to essentially reboot the
board, but I am not familiar enough with the bylaws/AoA to know how we
might go about doing it.

Is there *any* mechanism to put a new question to the full membership in
the upcoming election, or is it too late for that? I'm assuming we can't
postpone the coming election, but could we ask the electorate to vote to
hold another election in 3 months?

If not, can we come up with some ideas for a way outside the formal AGM
structure to essentially poll the full membership that could be seen as a
legitimate representation of their wishes?

Any other ideas are welcome, or anyone who is more familiar with the AoA,
please chime in. (I probably can't dive into them until this weekend)
On Oct 24, 2014 9:20 AM, Paul Norman penor...@mac.com wrote:

 On Oct 23, 2014, at 03:00 PM, Clifford Snow cliff...@snowandsnow.us
 wrote:

 I think it is reasonable postpone elections for three months considering
 current turmoil.


 Leaving aside any question about the merits of this, I don't believe it is
 possible. Notice has been given of the AGM, and an election must be held at
 the AGM (AOA 31).

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

Re: [OSM-talk] GoPro video traces?





 Am 23.10.2014 um 20:24 schrieb David Cuenca dacu...@gmail.com:
 
 I have sent a couple of emails to action cam manufacturers requesting a 
 distance lapse function.


I typically see higher offset/imprecision/wandering around when standing 
still on the phone GPS than what I think would make sense to set as distance 
between 2 photos. I'm on iPhone4S, maybe more recent phones do better, but I 
doubt it, as the antenna seems to be the main problem.

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

[OSM-talk] OpenStreetMap ten years on, and why it's time for a fresh slate

2014-10-24 Per discussione Richard Fairhurst


This one's going to be long, but it might be worth it, I hope.

I've been involved in OSM for almost ten years now. 22nd November is my 
OSM birthday:

https://lists.openstreetmap.org/pipermail/talk/2004-November/000111.html

Message 000111. Right now talk@ is up to 71235, never mind the other 
lists. Come to Charlbury on the 22nd, I'll buy you all a drink and find 
you somewhere to sleep. (Don't tell Anna.)


OSM has changed my life, and my outlook, in several ways. One is 
realising that a small number of thoughtful, committed citizens can 
change the world, without any hope of a fast buck - which is a noble 
idea we all have in our 20s but this was the first real-life proof, to 
me, that it really does work.


The other, perhaps more important, is: it's down to you. If you want 
change, change things. In 2005 we expressed this by demanding action, 
not words, from anyone who said 'OSM should do it like this' on the 
lists. The word 'should' was a red rag to us back then.


In time the word 'do-ocracy' was coined. But the other half of the 
do-ocracy equation has never received enough credit. It's not just that 
actions speak louder than words; it's that we trust you to carry out 
the actions. OSM doesn't have a moderation system for edits. Site 
improvements don't have to go through five board committees. It's OSM. 
You're a contributor. You've given us your time. We trust you. Do great 
things.


That, more than anything, is why OSM works. We value, and trust, our 
contributors. Every one of them. OSM is 'do great things' multiplied by 
ten thousand.


The slight wrinkle is that this only gets you 95% of the way there.

The 95% is astonishing. The 95% is mapping large parts of the world to 
ridiculous levels of detail. We are by most metrics the best available 
map of Germany, the UK, increasingly France, Russia and the urban US, 
and a hundred places I don't even know about. (I made this comment 
elsewhere. I was immediately picked up by a Belgian mapper, Marc, saying 
hey, what about us?. He was right. I didn't know. That's how far we 
have come.)


The 95% is running the most crazily lean, efficient hardware setup, 
constantly reinventing: our API went from plain-old-Ruby to Rails to 
C++, our tile servers from monolithic to distributed, our database from 
MySQL to Postgres, our UI from entirely serverside to largely 
clientside. The 95% is an ecosystem of renderers and routers and, dare I 
admit it, the sleekest desktop map data editor there is and its universe 
of amazing plugins. (It begins with J. Don't make me say the name.)


So if I talk about the 5% that do-ocracy doesn't accomplish, that's no 
slur on the OSM community. Our 5% is Wikipedia's 30% and Google's 95%. 
We do more, ourselves, better, than anyone else.


Rewind to 2012. It was pretty clear we needed a new default editor on 
osm.org. Potlatch 2 still worked, but Flash Player was already (rightly) 
on the way out, and the six-year-old Potlatch user interface - initially 
designed for moderately clued-up users working on a blank canvas back in 
2006 - was confusing for the newbies attracted by the explosion of 
public interest in OSM.


This was a 5% problem. We needed a new beginners' editor, but no-one was 
clamouring to write it. The 95% of experienced OSMers, understandably, 
wanted to work on JOSM plugins for experienced OSMers. I tentatively 
started work on a newbie-friendly JavaScript editor called iD (I'm 
terrible at naming software) but I was pretty burned out on OSM 
development at the time and only got so far.


Happily, in this case, there was a Fairy Godmother in the shape of the 
Knight Foundation and Mapbox. The Knight Foundation funded Mapbox to 
rebuild and complete iD. As part of this some incredibly skilled 
JavaScript developers and designers got to work on it. I don't think the 
outcome could have been any better, and it continues to delight me right 
now: while we're pointlessly beating seven shades out of each other in 
this thread, osmbot: [osm-website|master|John Firebaugh] Update to iD 
v1.6.1 has just flashed up on IRC.


iD is how it ought to work. iD isn't telling the 95% how to map or what 
to map. It isn't saying Mapbox want turn restrictions, therefore the 
osm.org default will be devoted to mapping turn restrictions. It's 
simply a 5% intervention, a new tool which no-one else was writing, to 
increase the 95% of do-ers, to bring us more contributors. The effort in 
building it will benefit us many times over.


But we can't always expect a Fairy Godmother to appear. We struck lucky 
in this one case. There are plenty of places where we haven't.


I can recite a few of them. We have very little mobile presence, even 
though smartphones are ideal surveying devices; a 5% intervention here 
would bring so many more people to our 95%. Diversity is almost becoming 
a hackneyed word in OSM but let's restate the truth of it; a 5% 
intervention would make sure that our 95% of do-ers grows to

Re: [OSM-talk] Postponing elections, or other alternatives (Was: Modus operandi of the board)

2014-10-24 Per discussione Frederik Ramm

Hi,

On 10/24/2014 10:41 AM, Frederik Ramm wrote:
 Is there *any* mechanism to put a new question to the full membership in
 the upcoming election, or is it too late for that?
 
 The board does not have to call AGMs or do elections. I don't know if
 legally it is too late to cancel the already-announced AGM and election
 but I guess we could simply do it - if we don't show up then there's no
 AGM. It would require a board decision.

[...]

If we don't manage to get a board majority to postpone the whole thing,
there's something else we could do at least: Ask those who stand for
election to commit to calling a new GM within a certain time frame, and
offer the membership a reboot option.

(Quite frankly, the term limit that's being discussed is nice but I'd
prefer a simple rule that says, at least for the reboot, that nobody
who ever had a board seat is eligible. Fresh faces strictly.)

Then our members could elect these people and they could then plan the
reboot from the inside. It would not be as strong as an AGM resolution
but better than nothing.

Bye
Frederik

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

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

[OSM-talk] Download source of all wikipages?

2014-10-24 Per discussione Richard Z.

Hi,

is it possible to download the complete source of all wiki
pages from wiki.openstreetmap.org - preferably as highly compressed
tarball?

I am frequently finding that without a full regexp search 
it is very easy to miss important bits of information and
related/similar tags so a copy at home where I could apply
all of my unix tools for search would be very convenient.

Richard

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

Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)

2014-10-24 Per discussione Florian Lohoff


Hi,

On Thu, Oct 23, 2014 at 01:32:19PM +0200, Marc Gemis wrote:
 So don't you expect pressure from companies using OSM for navigation and
 geocoding to add more addresses ? Or do you expect them to use many
 different datasources ?

I dont get this? pressure? On what basis? You get the OSM data on a
take it or leave it basis. 

If it doesnt suit your need you are free to spend an arbitrary amount of money
to buy datasets which better suit your needs.

OSM comes without any guarantees.

Me personally i love addresses which might be the cause for 40K addresses
i have added to OSM in the past years. I am absolutely optimistic that
addresscompletion for example for Germany wont take more than 3 years. So
by 2017 we'll have all Adresses. Its just a matter of time and i am
very relaxed about this. When i started with OSM in 2007 i wouldnt have 
thought that we'll have that amount of Data in 2014 just 7 years later.

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


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

Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)

2014-10-24 Per discussione Paweł Paprota

 
 OSM is not a melting pot for the world's open data and while there is a
 place for imports, every import will have to be carefully thought about
 and evaluated. Streamlining that process is not necessarily in the best
 interest of OpenStreetMap.
 

What do you mean? Clearly it *is* in the interest of OSM unless you have
a very different definition of OSM. In some areas of the map you would
not see most of the data (or any data, really) were it not for imports.
Nearby my home area Czech community did an awesome import of addresses
and buildings. Now compare it with the Polish side:

http://www.openstreetmap.org/#map=16/49.8719/18.5786

What is your vision for this specific area if there was no
building/address import? Do you expect that in 1 or 5 or 10 years you
would have the same level of coverage by local mappers?

Regarding streamlining and imports in general - to be honest I don't see
much point in the current (quite complex and lenghty) process for
analyzing and blessing the good imports. Instead of putting up more
walls between data and OSM the project should heavily invest in official
backend (as in - *built-in into osm.org*) tools for detecting and
manging (e.g. reverting) changes to the database. At this point there
are tons of 3rd-party scripts but that will not scale and will lead to
more calls for careful imports and that will of course lead to more
barriers for people interested in importing data.

Paweł

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

Re: [OSM-talk] Download source of all wikipages?

2014-10-24 Per discussione Grant Slater

Hi Richard,

https://dump.wiki.openstreetmap.org (currently offline) had daily
exports of the wiki.

I will try bring it back online in the next few days.

Kind regards,
Grant
Part of OSM sysadmin team.


On 24 October 2014 10:58, Richard Z. ricoz@gmail.com wrote:
 Hi,

 is it possible to download the complete source of all wiki
 pages from wiki.openstreetmap.org - preferably as highly compressed
 tarball?

 I am frequently finding that without a full regexp search
 it is very easy to miss important bits of information and
 related/similar tags so a copy at home where I could apply
 all of my unix tools for search would be very convenient.

 Richard

 ___
 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] Overpass turbo Has it been amended?

2014-10-24 Per discussione Roland Olbricht

  Ok, so you recommend to use QL instead of XML. Is there some feature that
  are in QL and not in XML ?
  The XML will be maintained for how long ?
  and quickosm should switch from XML to QL in the short term  ?

 Currently, all features are available in both XML and QL variants, but
 the most recent additions have only been announced and documented for
 the QL language. I don't think that the XML language will be dumped
 anytime soon. Maybe Roland can tell us more about his long-term plans
 about deprecating the XML language.

Thank you for bringing up this question. Acouple of people have asked me in
personal communication, but I haven't made so far a public statement to
bring clarity.

Both languages have unlimited support.

The software is designed in such a way such that the XML syntax makes no extra
effort. In fact, the names of the statements are the names of the internal
classes, so the XML support is tightly integrated.

QL makes a little bit more effort with a dedicated parser, but that language
has a couple of advantages: It is more briefly, which simplfies to
write and publish code of it. Secondly, most programmers are nowadays familiar
with C-style syntax, so there is less learning effort.

The probably most striking aspect might be a cultural. Forced updates are
amongst the things in the software world I hate most, so I would not deprecate
things unless I'm absolutely forced to do so. The program code by design doesn't
require deprecation, so it is unlikely that I would deprecate one of the
languages soon.
 
Another issue is documentation. I'm lagging behind a lot in this regard. And
to catch up more quickly with incoming minor fixes and extensions, I would
prefer to write the documentation for QL only in the future and publish for the
XML syntax just a translation help.

Best regards,

Roland

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

Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)

For me it is not unthinkable that once a company starts using OSM data for
a commercial offering, they might start demanding to add that data.  Of
course they cannot demand anything from the community, but they can import
the data, or some people might feel a need to import data, or... It's hard
to explain in a foreign language and via mail. But for me, allowing
(address) imports is already a form of obeying that marketing demand. Then
OSM is no longer about people surveying and drawing from aerial images.

regards

m


On Fri, Oct 24, 2014 at 12:31 PM, Florian Lohoff f...@zz.de wrote:


 Hi,

 On Thu, Oct 23, 2014 at 01:32:19PM +0200, Marc Gemis wrote:
  So don't you expect pressure from companies using OSM for navigation
 and
  geocoding to add more addresses ? Or do you expect them to use many
  different datasources ?

 I dont get this? pressure? On what basis? You get the OSM data on a
 take it or leave it basis.

 If it doesnt suit your need you are free to spend an arbitrary amount of
 money
 to buy datasets which better suit your needs.

 OSM comes without any guarantees.

 Me personally i love addresses which might be the cause for 40K addresses
 i have added to OSM in the past years. I am absolutely optimistic that
 addresscompletion for example for Germany wont take more than 3 years. So
 by 2017 we'll have all Adresses. Its just a matter of time and i am
 very relaxed about this. When i started with OSM in 2007 i wouldnt have
 thought that we'll have that amount of Data in 2014 just 7 years later.

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

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

 iQIVAwUBVEoqZZDdQSDLCfIvAQoqfw//aT5y1P1GRJ69bJgLE1TnzDPKT3p9hJhU
 xr6lUPh/ZP5KKPdLqwpjyTRvLaVTf1+YfHgUkg032NF7gj17ygH8wXRODTIU5JVa
 6zlkCMQC5XlQALTJtJ6vqjxfNzc/mxfJui7xfsoe6RP9OuRzHN2tZTJBx5nMBf4A
 +NUVNpw2rq4J97oZKeBnrPDZ24gzOEZ5zUSlvSs5oQlA4lc5XHlqF2IZO0OyPsnt
 rqMexE9t0wwsFFlZapw270EH3hIebohOHuHHfmdKA9EikjmHRHU9vrtxwPMGpxDV
 L7fWfrupuFjkL6M4ZjIuIFCHXCWLvNSFalN5grf6ospD0JJY+tdSoo26fiuHgX88
 CQmxijgbFNOjrJjPmkMJM0GGJRE9LuA9qyQmA6j9laTXwV6Cx6e6HHxcPOsv/Tzz
 sKC7nlez9e/RqtQjB7B8AG1Dj7Hk/XlYDZa/T9+oIxj8JaxehuvV9gUi9ETNLm9l
 HLvVeJ5Aujj42Hu42S/6p6T25h/nBS4Fg1VdqfKgudfiW8eoBGy4iUVqfRsd6CE8
 xf8wQlTGlYg0FuwpvldgIRUFhc72c4S8XYehGGI6YS9XV09NqTrcVqQBnqm4d9RU
 f8CMRkG4H8f7YRB7PUqTUAacvE/R7K8gFf4mnATC82QKcKZc4JT7usvhwRPiEdpm
 7P1eB1jdTZQ=
 =cnQK
 -END PGP SIGNATURE-


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

Re: [OSM-talk] Addresses are a tiny fraction of what we do

2014-10-24 Per discussione Oleksiy Muzalyev

In the city of Karviná, in your example, these two industrial buildings
are much larger in reality than imported:

http://osm.org/go/0LZc_9WgW?m=

http://osm.org/go/0LZc_2625?m=

But they can be corrected in JOSM easily. And it is not a big deal.

An excellent stadium and a soccer pitch are not mapped here:
http://osm.org/go/0LZeTNDQl-?m= , it is not like some shed missing. But
in general, the map of Karviná is impressive.

Sometimes municipal databases were created in 90s, with obsolete
equipment, by employees who could not care less. But sometimes they are
of good or medium quality.

An import can be reviewed and corrected with satellite imagery or a
survey. So both approaches are mutually-reinforcing.

brgds
Oleksiy

On 24.10.2014 12:48, Paweł Paprota wrote:
 ... did an awesome import of addresses
 and buildings. Now compare it with the Polish side:

 http://www.openstreetmap.org/#map=16/49.8719/18.5786


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

Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)

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

 For me it is not unthinkable that once a company starts using OSM data for
 a commercial offering, they might start demanding to add that data.



indeed, could happen from time to time ;-)



 Of course they cannot demand anything from the community, but they can
 import the data, or some people might feel a need to import data, or...
  But for me, allowing (address) imports is already a form of obeying
 that marketing demand.



if you have address information in a suitable license to import it into
OSM, you can do this. All that is required is that you check the data
regarding its quality (accuracy, currentness etc.), document your plan,
explain how you will merge existing data and discuss this with the local
comunity and the experts on the import list.



 Then OSM is no longer about people surveying and drawing from aerial
 images.



? We'd still need to survey in order to do the maintenance work and correct
errors. That's the main reason why imports are often seen as problematic:
they will not create a comunity, rather there are indications that the
growth of the comunity will slow down when everything looks completed,
and then you'll have the same errors in our db than all the other people
that have imported from the official source, and no-one near to fix them or
feeling responsible for it. If the amount of errors is significant, more
data will actively draw people away (fixing bugs is less appealing to many
mappers than setting the first foot steps on white map canvas).

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

Re: [OSM-talk] Download source of all wikipages?

2014-10-24 Per discussione Richard Z.

On Fri, Oct 24, 2014 at 11:54:38AM +0100, Grant Slater wrote:
 Hi Richard,
 
 https://dump.wiki.openstreetmap.org (currently offline) had daily
 exports of the wiki.
 
 I will try bring it back online in the next few days.

ok, thanks for trying.


Richard

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

Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)


 ? We'd still need to survey in order to do the maintenance work and
 correct errors. That's the main reason why imports are often seen as
 problematic: they will not create a comunity, rather there are indications
 that the growth of the comunity will slow down when everything looks
 completed, and then you'll have the same errors in our db than all the
 other people that have imported from the official source, and no-one near
 to fix them or feeling responsible for it. If the amount of errors is
 significant, more data will actively draw people away (fixing bugs is less
 appealing to many mappers than setting the first foot steps on white map
 canvas).


I totally agree with you, But, I have the impression that people that do
the imports don't do them to create a community. they do it to have the
data in OSM.
I've read things like we don't need to do updates, we can wait until the
imported source is updated, they have thousands of paid people to update
the data.

Pawel Paprota's reaction is along the same lines for me: we could not have
accomplished this amount of data without an import. Again no focus on the
community or how the extra data is going to attract new mappers.

This is a different OSM than I have in mind.

regards

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

Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)

2014-10-24 Per discussione Clifford Snow

On Fri, Oct 24, 2014 at 5:05 AM, Martin Koppenhoefer dieterdre...@gmail.com
 wrote:

 We'd still need to survey in order to do the maintenance work and correct
 errors. That's the main reason why imports are often seen as problematic:
 they will not create a comunity, rather there are indications that the
 growth of the comunity will slow down when everything looks completed,
 and then you'll have the same errors in our db than all the other people
 that have imported from the official source, and no-one near to fix them or
 feeling responsible for it. If the amount of errors is significant, more
 data will actively draw people away (fixing bugs is less appealing to many
 mappers than setting the first foot steps on white map canvas).


I disagree that import do not create community. We build a strong community
around an import, and address import. That community continues to grow. We
even discovered that having an address node makes it easier to new mappers
to add POI information to the node and to nudge it to the entrance. It is
correct that imports can create more maintenance work. But then it gives
us motivation to add encourage more mappers.

If users of our data want addresses, demanding it isn't going to make it
happen. If they want specific features, we give them ways to help us
achieve those goal. Such as help fund OSM, help us grow the community, fund
the development of betters tools, help us get our story out. etc. We
shouldn't be afraid, we should embrace these requests.

Clifford
-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)

2014-10-24 Per discussione Paweł Marynowski

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

 I totally agree with you, But, I have the impression that people that do
 the imports don't do them to create a community. they do it to have the
 data in OSM.


Don't you think that more data = more people eager to add notes about
what's missing? Eg. nearly noone wants to add bunch of notes about missing
addresses. When you make import, people are starting make notes about
imprecise data. At least that's my observation regarding data in Poland.

-- 

*Paweł Marynowski*

user:Yarl


Stowarzyszenie OpenStreetMap Polska

http://osm.org.pl/

http://fb.com/osmpolska/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Postponing elections, or other alternatives (Was: Modus operandi of the board)

2014-10-24 Per discussione Clifford Snow

On Fri, Oct 24, 2014 at 2:55 AM, Frederik Ramm frede...@remote.org wrote:

 If we don't manage to get a board majority to postpone the whole thing,
 there's something else we could do at least: Ask those who stand for
 election to commit to calling a new GM within a certain time frame, and
 offer the membership a reboot option.


Frederik,
Thanks for digging into the AoA. As I read the AoA it appears that we can
request a vote on a special resolution. Not sure the mechanics of
submitting a special resolution. In other associations I belonged to in the
US there was a number, usually expressed as a percentage of the membership
that was required to sign off on the resolution before it would be accepted
by the Board for a vote.

Keeping with the spirit of the AoA, we are required to hold a vote for
board members if the last GM was more than 12 months. I am not comfortable
with amending the vote to 0 people. I do like your suggestion that we go
ahead with the vote on the current candidates and with a special resolution
to call for a vote within 3 months for new board members. The three month
period would serve two purposes. First it would give us a cooling off
period. These conversations have been too personal. Second, it would give
us time to properly assess the candidates and submit other resolutions as
we deem necessary.

Two of the resolutions I'd like to see put to a debate and vote are 1)
requiring the Board to conduct annual surveys of the membership and 2)
develop an OSM vision. I am happy to help draft the resolutions but need
help with the process.

Thanks,
Clifford


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Fwd: Addresses are a tiny fraction of what we do (was: The world’s best addressable map)

2014-10-24 Per discussione Michał Brzozowski

On Fri, Oct 24, 2014 at 2:56 PM, Paweł Marynowski y...@openstreetmap.pl wrote:

 Don't you think that more data = more people eager to add notes about what's
 missing? Eg. nearly noone wants to add bunch of notes about missing
 addresses. When you make import, people are starting make notes about
 imprecise data. At least that's my observation regarding data in Poland.


Exactly. Now it'd be great if we at least had some means to reply back
to anonymous users who add notes.
GitHub issue: https://github.com/openstreetmap/openstreetmap-website/issues/776
My observation is that GitHub issues with its accept/reject/leave
forever conclusion to every discussion are not exactly a best place
for a coordinated development. Also, users want to have everything,
developers want to write as little code as needed (because they are
volunteers not paid by OSMF) and the OSM as a system stays in a
hiatus.
Software (both the editor and consumer side) is as important as data
and community. On that topic, I was going to write a rant about how
bad apps that use OSM data are (OsmAnd, MapFactor, be-on-road and many
others). Assuming that our map data are the best in many places, these
apps would be so popular. They aren't, because they either are awkward
to use, or try to do everything while not doing any single thing well.
Good software - more users who either edit or report errors - better
community. That is my opinion.

Michał

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

Re: [OSM-talk] Postponing elections, or other alternatives (Was: Modus operandi of the board)

2014-10-24 Per discussione Kate Chapman

Hi Clifford,

Just a couple comments on your resolutions.

On Fri, Oct 24, 2014 at 6:26 AM, Clifford Snow cliff...@snowandsnow.us
wrote:


 On Fri, Oct 24, 2014 at 2:55 AM, Frederik Ramm frede...@remote.org
 wrote:
 Two of the resolutions I'd like to see put to a debate and vote are 1)
 requiring the Board to conduct annual surveys of the membership and 2)
 develop an OSM vision. I am happy to help draft the resolutions but need
 help with the process.


I actually don't think it makes sense for the membership to approach things
by passing a bunch of resolutions requiring the board to do things. I think
certainly a drastic resolution like dismantling the entire board and
starting again is the type of resolution that would be something to come
from the membership.

Acting in the interest of the membership would be to conduct an annual
survey and develop a vision. Though really that would be something that
could happen as part of a fairly normal board strategic planning process.
I'd view this as being approached simply through the matter of the new
board finding common ground and better ways to approach the business of
running the OSMF. Meaning maybe a survey isn't the best way to determine
things, maybe there is another way. Rather than dictate the approach the
board should be tasked with doing what is in the best interest of the
organization. A part of this I would see as working with a facilitator and
others to educate board members in what generally it means from a legal and
operational standpoint to be on a board.

Best,

-Kate


Thanks,
 Clifford


 --
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch

 ___
 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] Postponing elections, or other alternatives (Was: Modus operandi of the board)

2014-10-24 Per discussione Clifford Snow

On Fri, Oct 24, 2014 at 7:59 AM, Kate Chapman k...@maploser.com wrote:

 I actually don't think it makes sense for the membership to approach
 things by passing a bunch of resolutions requiring the board to do things.
 I think certainly a drastic resolution like dismantling the entire board
 and starting again is the type of resolution that would be something to
 come from the membership.

 Acting in the interest of the membership would be to conduct an annual
 survey and develop a vision. Though really that would be something that
 could happen as part of a fairly normal board strategic planning process.
 I'd view this as being approached simply through the matter of the new
 board finding common ground and better ways to approach the business of
 running the OSMF. Meaning maybe a survey isn't the best way to determine
 things, maybe there is another way. Rather than dictate the approach the
 board should be tasked with doing what is in the best interest of the
 organization. A part of this I would see as working with a facilitator and
 others to educate board members in what generally it means from a legal and
 operational standpoint to be on a board.


My concern is that the Board will use it's perception of how OSM should
operate without consulting the community. Or as a worst case, do nothing. A
proper survey, with published results, not only helps the Board's decision
gives us a framework for community discussions. We have many smart people
that do not participate on the mailing lists. Getting their input will be
difficult but we need to hear from as many people as possible. A survey
does face the obstacles of language, cost, time and apathy.

I applaud the use of a facilitator. As a former, and I might and really bad
facilitator, their skills can help the Board reach good decisions. But even
the best facilitator can't help if there isn't good data for the decisions.

Lastly, it is still the Boards responsibility to make good decisions. They
may not always agree with the community, for example, diversity, but the
Board should be expected to do the right thing and to explain why they did.


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] The world’s best [Cycling] map

2014-10-24 Per discussione Dave F.


Hi

Steve Coast has a vested interest in encouraging others to add 
addressing to OSM.

http://stevecoast.com/2013/09/03/mapping-my-next-adventure/

I, too, have a vested interest: in cycling (because I bloody love doing 
it). I ask, nay, demand, that everyone down tools, stop what they are 
doing  map all cycling infrastructure, to make OSM the world's best map 
for riders of bikes.


I'm joking/being mildly sarcastic, of course. OSM is a 'Do it yourself' 
- mappers add what interests them. With a diverse enough crowd we end up 
with a database that contains info for a wide variety of uses.


I don't find adding addresses fun so I don't do it. I wouldn't dream 
of telling someone what we 'need' to map. Someone recently added all 
trees to a local university campus. To my eyes, completely pointless, 
but he wanted to do it, so more power to him.


SC quote: what’s stopping us replacing proprietary maps... is addressing

He's speaking from his vested interest position - SatNavs, which is just 
one small segment of OSM's uses. In many areas OSM is, all be it slower 
than I'd like, replacing proprietary maps. More web pages are embedding 
OSM slippy maps especially in the UK as a free to use map compared with 
Ordnance Survey. Unfortunately Google is still seen as the leader in the 
field due to the biased, free promotion it gets from media outlets like 
the BBC. I don't know how that can be overcome, but I don't think adding 
addresses is it.


SC quote: So why don’t we go do that?

I've little interest on OSMF, or the board as I rather go outside  map.

Dave F

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


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

Re: [OSM-talk] Postponing elections, or other alternatives (Was: Modus operandi of the board)

2014-10-24 Per discussione Kathleen Danielson

FWIW, I'm also wary of resolutions dictating how the board operates. I
think that a survey (or similar) is a good idea, but as Kate says, it
doesn't require a resolution. Direct democracy is cumbersome and often
lacks nuance, which is why it's so infrequently used. Representative
democracies and their ilk are far more common simply because they are far
more efficient.

If I'm understanding this correctly, in the next week or so, before proxy
voting begins, we could ask the board to make a decision to include a
nonbinding resolution or, essentially a good faith resolution on the
ballot. If that passes the board, it could be on the ballot, and give
direction to the newly elected board to take [some action]. If it were
voted in, the board wouldn't legally have to do [some action], but
hopefully would follow the wishes of the electorate.

Is that a fair reading of what you said, Frederik?

On Fri, Oct 24, 2014 at 5:29 PM, Clifford Snow cliff...@snowandsnow.us
wrote:


 On Fri, Oct 24, 2014 at 7:59 AM, Kate Chapman k...@maploser.com wrote:

 I actually don't think it makes sense for the membership to approach
 things by passing a bunch of resolutions requiring the board to do things.
 I think certainly a drastic resolution like dismantling the entire board
 and starting again is the type of resolution that would be something to
 come from the membership.

 Acting in the interest of the membership would be to conduct an annual
 survey and develop a vision. Though really that would be something that
 could happen as part of a fairly normal board strategic planning process.
 I'd view this as being approached simply through the matter of the new
 board finding common ground and better ways to approach the business of
 running the OSMF. Meaning maybe a survey isn't the best way to determine
 things, maybe there is another way. Rather than dictate the approach the
 board should be tasked with doing what is in the best interest of the
 organization. A part of this I would see as working with a facilitator and
 others to educate board members in what generally it means from a legal and
 operational standpoint to be on a board.


 My concern is that the Board will use it's perception of how OSM should
 operate without consulting the community. Or as a worst case, do nothing. A
 proper survey, with published results, not only helps the Board's decision
 gives us a framework for community discussions. We have many smart people
 that do not participate on the mailing lists. Getting their input will be
 difficult but we need to hear from as many people as possible. A survey
 does face the obstacles of language, cost, time and apathy.

 I applaud the use of a facilitator. As a former, and I might and really
 bad facilitator, their skills can help the Board reach good decisions. But
 even the best facilitator can't help if there isn't good data for the
 decisions.

 Lastly, it is still the Boards responsibility to make good decisions. They
 may not always agree with the community, for example, diversity, but the
 Board should be expected to do the right thing and to explain why they did.


 --
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch

 ___
 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] The world’s best [Cycling] map

2014-10-24 Per discussione Oleksiy Muzalyev

Hi Dave,

The Danube Cycle Path (Donauradweg) is arguably one of the best in the
world. Here is a camping site for cyclists near Linz:
http://osm.org/go/0JhPQJjmt--?m= . As you can see the camping site is
mapped with an address and a name.

There are such camping sites every 40 - 50 kilometers. There is usually
a kitchen, washing machines, etc. Everything in excellent condition and
affordable.

The Danube Cycle Path (Donauradweg) goes all the way from Vienna to
Linz, to Passau, on so on for hundreds kilometers on both sides of the
Danube river. It is very popular route.

During a long distance cycling tour one may want to visit also a bicycle
shop for a repair, a hospital or a pharmacy, a supermarket, sometimes a
hotel, etc. In such a case almost everything is cycling infrastructure.

Best regards
Oleksiy

 
On 24.10.2014 17:29, Dave F. wrote:
 ...
 I, too, have a vested interest: in cycling (because I bloody love
 doing it). I ask, nay, demand, that everyone down tools, stop what
 they are doing  map all cycling infrastructure, to make OSM the
 world's best map for riders of bikes.
 ...
 I don't find adding addresses fun so I don't do it.
...

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

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

2014-10-24 Per discussione Dave F.


Hi Oleksiy

On 24/10/2014 17:11, Oleksiy Muzalyev wrote:

...In such a case almost everything is cycling infrastructure.


My exact point. If everybody adds the bits they find useful or fun 
then, as I said we end up with: 'a database that contains info for a 
wide variety of uses.'


Cheers
Dave F.



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


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

[OSM-talk] Missing Maps article in New Scientist

2014-10-24 Per discussione jc129

Hi

This week's New Scientist magazine (no 2992) has an article about the Missing 
Maps project. You can read it in full on their website.

http://www.newscientist.com/article/mg22429924.100-slumdog-mapmakers-fill-in-the-urban-blanks.html?full=true

JC

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

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

2014-10-24 Per discussione Pierre Béland

OSM is a good place to document information about these various circuits. I 
wonder if there is any relation like for Camino de Santiago trail to document 
such cycling route infrastructures, adding in a relation the infrastructures 
such as campings, repair shops, etc.

 Pierre 

  De : Oleksiy Muzalyev oleksiy.muzal...@bluewin.ch
 À : Dave F. dave...@madasafish.com; OSM Talk talk@openstreetmap.org 
 Envoyé le : Vendredi 24 octobre 2014 12h11
 Objet : Re: [OSM-talk] The world’s best [Cycling] map
   
Hi Dave,

The Danube Cycle Path (Donauradweg) is arguably one of the best in the
world. Here is a camping site for cyclists near Linz:
http://osm.org/go/0JhPQJjmt--?m= . As you can see the camping site is
mapped with an address and a name.

There are such camping sites every 40 - 50 kilometers. There is usually
a kitchen, washing machines, etc. Everything in excellent condition and
affordable.

The Danube Cycle Path (Donauradweg) goes all the way from Vienna to
Linz, to Passau, on so on for hundreds kilometers on both sides of the
Danube river. It is very popular route.

During a long distance cycling tour one may want to visit also a bicycle
shop for a repair, a hospital or a pharmacy, a supermarket, sometimes a
hotel, etc. In such a case almost everything is cycling infrastructure.

Best regards
Oleksiy

 


On 24.10.2014 17:29, Dave F. wrote:
 ...
 I, too, have a vested interest: in cycling (because I bloody love
 doing it). I ask, nay, demand, that everyone down tools, stop what
 they are doing  map all cycling infrastructure, to make OSM the
 world's best map for riders of bikes.
 ...
 I don't find adding addresses fun so I don't do it.
...

___
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] The world’s best [Cycling] map

2014-10-24 Per discussione Oleksiy Muzalyev

Hi Pierre,

There are probably many such cycle paths. I cycled myself at North Sea
Cycle Route [1], from Hamburg to Copenhagen, Chesapeake  Ohio (Great
Allegheny Passage) [2] from Washington D.C. to Pittsburgh, Pennsylvania,
and Danube Cycle Path.

The map is always a critical item, as a speed of a bicycle and cyclists'
endurance are limited. There is not much margin for an error, especially
if it is getting dark, or if it rains, etc. Everybody uses a map
constantly on a cycling tour.

brgds
Oleksiy

[1] http://www.northsea-cycle.com/
[2] http://bikewashington.org/canal/
http://www.atatrail.org/

On 24.10.2014 18:39, Pierre Béland wrote:
 OSM is a good place to document information about these various
 circuits. I wonder if there is any relation like for Camino de
 Santiago trail to document such cycling route infrastructures, adding
 in a relation the infrastructures such as campings, repair shops, etc.

  
 Pierre


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

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

2014-10-24 18:39 GMT+02:00 Pierre Béland pierz...@yahoo.fr:

 adding in a relation the infrastructures such as campings, repair shops,
 etc.



why would you need a relation for this? There is already a spatial relation
as soon as you insert this stuff.

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

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

2014-10-24 Per discussione Pierre Béland

Like for a bus route, a relation let's you follow the path and see the 
infrastructures associated with this. 

Look for this example at this relation that combines various ways. You can also 
include nodes. For a bike circuits, the various services along the circuit 
could be included to better document. This would be useful for specialized 
maps.OpenStreetMap | Relation : ‪Camino de Santiago de Gran Canaria‬ 
(‪2111069‬)  
 Pierre 

  De : Martin Koppenhoefer dieterdre...@gmail.com
 À : Pierre Béland pierz...@yahoo.fr 
Cc : Oleksiy Muzalyev oleksiy.muzal...@bluewin.ch; Dave F. 
dave...@madasafish.com; OSM Talk talk@openstreetmap.org 
 Envoyé le : Vendredi 24 octobre 2014 13h03
 Objet : Re: [OSM-talk] The world’s best [Cycling] map
   



2014-10-24 18:39 GMT+02:00 Pierre Béland pierz...@yahoo.fr:

adding in a relation the infrastructures such as campings, repair shops, etc.


why would you need a relation for this? There is already a spatial relation as 
soon as you insert this stuff.

cheers,
Martin


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

Re: [OSM-talk] Missing Maps article in New Scientist

2014-10-24 Per discussione john whelan

Interesting what sort of smart phones / process are they using and can we
get some to other areas?

Thanks John

On 24 October 2014 12:28, jc...@mail.com wrote:

 Hi

 This week's New Scientist magazine (no 2992) has an article about the
 Missing Maps project. You can read it in full on their website.


 http://www.newscientist.com/article/mg22429924.100-slumdog-mapmakers-fill-in-the-urban-blanks.html?full=true

 JC

 ___
 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] [HOT] Missing Maps article in New Scientist

2014-10-24 Per discussione Kate Chapman

Hi John,

I'm not sure if the article originally mentioned HOT when you read it, but
it does now. Missing Maps is an initiative HOT is involved in, so these are
the very same processes we've been using in various countries over the past
4 years. Typically using Field Papers and JOSM as well as GPS units.

The plan is certainly to work in multiple places.

Best,

-Kate



On Fri, Oct 24, 2014 at 10:49 AM, john whelan jwhelan0...@gmail.com wrote:

 Interesting what sort of smart phones / process are they using and can we
 get some to other areas?

 Thanks John

 On 24 October 2014 12:28, jc...@mail.com wrote:

 Hi

 This week's New Scientist magazine (no 2992) has an article about the
 Missing Maps project. You can read it in full on their website.


 http://www.newscientist.com/article/mg22429924.100-slumdog-mapmakers-fill-in-the-urban-blanks.html?full=true

 JC

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



 ___
 HOT mailing list
 h...@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/hot


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

Re: [OSM-talk] Fwd: Addresses are a tiny fraction of what we do (was: The world's best addressable map)

2014-10-24 Per discussione Christian Quest

Addresses in France...

We started a project to collect addresses on a separate database called
BANO (Base d'Adresses Nationale Ouverte : Open National Address Database).

We've recreated data from the national cadastre (scrapping 1.3 millions PDF
files), opendata source and... OSM.

This database contains 15+ millions addresses so far, and we added almost 4
millions hamlet and locality names recently.
A full dump contains 19.7 millions locations ranging from housenumber to
municipalities (no POI).

Why we did it that way ?

Import of millions of address can be done quick and dirty in a couple of
days, but such a blind import does not really fit the import policy and
we also learned from the TIGER import that fixing data is much less fun
than creating new data.

Why import all this if the data is available (under ODbL) ?

It seems much better to take the required time to import these data street
by street, reviewing it to make sure we improve its quality and not just
copy it. This will take years, many years (from 5 to 20) depending on how
deep to review the data before the upload. Some contributors have started
this work, but it is really boring and I don't expect we can attract a
large bunch of contributors on that project.

Anyway, BANO updates its content every night and collects new OSM addresses
to replace other sources. So it also take advantage of address
reviewing/fixing done in OSM during this import process or during any
address related contribution.

What is much more interesting is that OSM contributors can use BANO to
detect missing roads/streets and names (we have a BANO tiled overlay
showing missing names like here
http://layers.openstreetmap.fr/?zoom=18lat=48.8474lon=3.23191layers=BFT
).
This seems much more useful as we're far from having all roads and streets
mapped and named in France.

We can even see this BANO effect on some graphs:
http://osm2020.free.fr/qa-commune/popu-sans-route-name-france.png

Yes, something happened last may... BANO started to be available at that
time and the population for which no nearby named road was present as
decreased almost twice faster since then.

You can see also the missing names graph here:
http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
More than 100.000 names have been added since may.


To summarize... yes, address are really an important dataset, mainly
because it allows to cross the boundary between non geographic data (postal
addresses) and geographic data with the help of (good) geocoding algorithm.
This allows to bring a lot of new data users to OSM by providing the data
fuel for services like routing from address A to address B. Some public
services web sites have started using OSM + BANO that way.
This also allows to geocode new (open) datasets to improve OSM with more
interesting data (we're about to do this for almost 3 pharmacy).

Is it mandatory to have the huge address datasets in OSM ?
Maybe not, and not if the import process does not bring any improvement to
the data.
Mappers' time seems to me much better used for less mechanical
contributions.

-- 
Christian Quest - OpenStreetMap France
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Postponing elections, or other alternatives (Was: Modus operandi of the board)

2014-10-24 Per discussione Frederik Ramm

Hi,

On 10/24/2014 05:56 PM, Kathleen Danielson wrote:
 If I'm understanding this correctly, in the next week or so, before
 proxy voting begins, we could ask the board to make a decision to
 include a nonbinding resolution or, essentially a good faith
 resolution on the ballot.

Frankly I'm not sure about required timings here but under the Any
other business point, any non-binding stuff could be decided on the
spot by the members. It would however not have the benefit of remote
participation through proxy votes then.

I'd be fine with adding something to the ballot but that would need to
go through the board, whereas doing something on the spot just requires
a couple members grabbing the microphone and improvising.

 If that passes the board, it could be on the
 ballot, and give direction to the newly elected board to take [some
 action]. If it were voted in, the board wouldn't legally have to do
 [some action], but hopefully would follow the wishes of the electorate.

If it wouldn't do [some action], the electorate could fore the newly
elected board to hold a new GM that actually has a binding resolution on
the agenda (http://www.legislation.gov.uk/ukpga/2006/46/section/303 and
304). If the board does not comply, the members can call a meeting
themselves (http://www.legislation.gov.uk/ukpga/2006/46/section/305).

Of course if the newly elected board were manipulative enough, they
could only do half of [some action], thereby mollifying the members and
robbing them of the energy to actually go through the forcing a
meeting process.

I don't claim to be well versed in UK companies law but perusing your
favourite search engine with companies act 2006 plus whatever you're
interested in will normally yield good results.

Bye
Frederik


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

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

Re: [OSM-talk] Fwd: Addresses are a tiny fraction of what we do (was: The world's best addressable map)

Thanks a lot for sharing the methodology of the French community.
I like this approach

regards

m

On Fri, Oct 24, 2014 at 9:38 PM, Christian Quest cqu...@openstreetmap.fr
wrote:

 Addresses in France...

 We started a project to collect addresses on a separate database called
 BANO (Base d'Adresses Nationale Ouverte : Open National Address Database).

 We've recreated data from the national cadastre (scrapping 1.3 millions
 PDF files), opendata source and... OSM.

 This database contains 15+ millions addresses so far, and we added almost
 4 millions hamlet and locality names recently.
 A full dump contains 19.7 millions locations ranging from housenumber to
 municipalities (no POI).

 Why we did it that way ?

 Import of millions of address can be done quick and dirty in a couple of
 days, but such a blind import does not really fit the import policy and
 we also learned from the TIGER import that fixing data is much less fun
 than creating new data.

 Why import all this if the data is available (under ODbL) ?

 It seems much better to take the required time to import these data street
 by street, reviewing it to make sure we improve its quality and not just
 copy it. This will take years, many years (from 5 to 20) depending on how
 deep to review the data before the upload. Some contributors have started
 this work, but it is really boring and I don't expect we can attract a
 large bunch of contributors on that project.

 Anyway, BANO updates its content every night and collects new OSM
 addresses to replace other sources. So it also take advantage of address
 reviewing/fixing done in OSM during this import process or during any
 address related contribution.

 What is much more interesting is that OSM contributors can use BANO to
 detect missing roads/streets and names (we have a BANO tiled overlay
 showing missing names like here
 http://layers.openstreetmap.fr/?zoom=18lat=48.8474lon=3.23191layers=BFT
 ).
 This seems much more useful as we're far from having all roads and streets
 mapped and named in France.

 We can even see this BANO effect on some graphs:
 http://osm2020.free.fr/qa-commune/popu-sans-route-name-france.png

 Yes, something happened last may... BANO started to be available at that
 time and the population for which no nearby named road was present as
 decreased almost twice faster since then.

 You can see also the missing names graph here:
 http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
 More than 100.000 names have been added since may.


 To summarize... yes, address are really an important dataset, mainly
 because it allows to cross the boundary between non geographic data (postal
 addresses) and geographic data with the help of (good) geocoding algorithm.
 This allows to bring a lot of new data users to OSM by providing the data
 fuel for services like routing from address A to address B. Some public
 services web sites have started using OSM + BANO that way.
 This also allows to geocode new (open) datasets to improve OSM with more
 interesting data (we're about to do this for almost 3 pharmacy).

 Is it mandatory to have the huge address datasets in OSM ?
 Maybe not, and not if the import process does not bring any improvement to
 the data.
 Mappers' time seems to me much better used for less mechanical
 contributions.

 --
 Christian Quest - OpenStreetMap France

 ___
 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] [Osmf-talk] A Better Map

2014-10-24 Per discussione Peter Barth

Hi Serge,

Serge Wroclawski schrieb:
 Then we have the OSM community who sticks around and is participatory.
 Sadly if you look at the current candidates for the board, most of
 them have never even been in a working group. 

I know that's not your actual point, but as I'm one of the candidates
for the board and as I've indeed never worked for a working group in the
OSMF I have to ask on that. Do you suggest that this should be
mandatory? As I see the OSMF as a representation of the OSM community I
think it should not make a difference if one supports OSM via the
Foundation or by doing stuff like plain mapping, helping on forum, ML,
help or contribute code. Imho all is important and valuable work.

 I just think that the discussion regarding the OSMF, and paid staff
 especially, ignores the fact that a great deal of work is done today
 by people who are happy to do it (as I am) [...]

Indeed. And imho it's a counterpoint to having paid staff in the OSMF.

Peda



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

Re: [OSM-talk-ie] Maps for townland plotting

2014-10-24 Per discussione Donal Diamond

On 24 October 2014 01:16, John Kennedy jkenned...@gmail.com wrote:


 In Josm 7643 importing townland boudaries styles etc I notice the
 Irish options do not appear as per youtube video (at least for me):
 Irish Map Paint Styles seems to appear in list as townland.mapcss
 Irish Tagging Presets seems to appear in list as irishboundaries.xml



Looks like josm.openstreetmap.de had some problems polling our server which
hosts those files when our server was down.
Should be fixed now:

https://josm.openstreetmap.de/wiki/Styles
https://josm.openstreetmap.de/wiki/Presets


D




 Cheers,
  - jk

 On 22 October 2014 18:06, Donal Diamond donal.diam...@gmail.com wrote:
  Uploaded:
  http://mapwarper.net/maps/4820
 
  Good Luck!
 
  D
 
 
  On 22 October 2014 16:52, Mark Tully markjtu...@gmail.com wrote:
 
  Could I please request 20/21 NW
 
  Thanks,
  Mark
 
  On Mon, Oct 20, 2014 at 6:05 PM, Donal Diamond donal.diam...@gmail.com
 
  wrote:
 
   IRL-GSGS-3906-26-21-NE-Clane.tif  uploaded
  
   http://mapwarper.net/maps/4800
  
   D
  
   On 20 October 2014 16:45, John Kennedy jkenned...@gmail.com wrote:
  
Impressive work. I would like to request
 26/21 NE
   
Thx,
 - John
   
On 19 October 2014 21:42, Patrick Matthews mullinalag...@gmail.com
 
wrote:
 Thanks Donal

 On Sun, Oct 19, 2014 at 8:58 PM, Donal Diamond 
   donal.diam...@gmail.com
 wrote:

 On 19 October 2014 16:47, Patrick Matthews 
 mullinalag...@gmail.com
  
 wrote:

  I would like to request
 
  20-27-NW,
  20-27-SW,
  20-27-SE,
  23-27-SW.
 

 Done:




   
  
 
 http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-20-27show_warped=0



   
  
 
 http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-23-27show_warped=0

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

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

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

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

[Talk-tr] yerbilimleri.mta.gov.tr ve OSM

2014-10-24 Per discussione Roman Neumüller

http://yerbilimleri.mta.gov.tr/anasayfa.aspx sitesinde OSM katmanları  
eklemişler ;-)


slm
Roman

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

Re: [Talk-tr] yerbilimleri.mta.gov.tr ve OSM

2014-10-24 Per discussione Hakan Tandoğan

Eh, bizim topladığımız verilerle katman eklerlerse inşaallah bir gün OSM 
veritabanında katkıda bulunurlar :-)


On October 24, 2014 2:20:48 PM CEST, Roman Neumüller em...@katpatuka.org 
wrote:
http://yerbilimleri.mta.gov.tr/anasayfa.aspx sitesinde OSM katmanları  
eklemişler ;-)

slm
Roman

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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-tr mailing list
Talk-tr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tr

[Talk-de] Deutsche OSM-Vertretung sinnvoll?

2014-10-24 Per discussione Dietmar Seifert

Hallo,

einfach nur inspiriert von der aktuellen, lebhaften Diskussion zur
OSMF-Board Wahl:
ich möchte die Diskussion anstoßen, ob wir nicht in Deutschland auch
eine offizielle OSM-Vertretung (local chapter) haben wollen.

Auf der Intergeo habe ich wegen Straßenlisten und Hausnummerlisten
mehrere Landesvertretungen und auch die ADV-online besucht.
Ohne politische Einwirkung bekommen wir nicht die Listen, wobei diese ja
nur ein kleiner Teil von Daten ist, der uns interessiert. Mit Daten
meine ich nicht das anzapfen von fertigen Daten, die wir nur noch
importieren sollten, sondern von Grundlagen, die wir zur
Qualitätssicherung und -steigerung einsetzen können.

Unser Projekt ist mittlerweile so bekannt, das wir feste Ansprechpartner
bieten sollten für die Öffentlichkeit und ebenso für Verwaltung,
Unternehmen, Presse, Vereine, ...
Wir können damit auch aktiv die Öffentlichkeit über unser Projekt, über
wesentliche Fortschritte, etc. informieren und so u.a. unsere Basis
ausweiten.

Mit einer deutschen OSM-Vertretung könnten wir versuchen, auf der Ebene
unterhalb des OSMF-Boards Gestaltungswillige zusammen zu führen. Das
könnte, muss aber nicht, auch ein Sprungbrett ins OSMF-Board sein.

Wie so eine OSM-Vertretung aussehen soll/muss, ob als Verein oder
zwanglos, ist für mich erstmal zweitrangig.

viele Grüße

Dietmar aka okilimu



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

Re: [Talk-de] Deutsche OSM-Vertretung sinnvoll?

2014-10-24 Per discussione Markus


Hallo Dietmar,


ob wir nicht in Deutschland auch eine offizielle OSM-Vertretung
(local chapter) haben wollen.


Haben wir :-)
www.fossgis.de
http://wiki.openstreetmap.org/wiki/DE:FOSSGIS

Mit herzlichem Gruss,
Markus


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

Re: [Talk-de] Deutsche OSM-Vertretung sinnvoll?

2014-10-24 Per discussione Dietmar Seifert

Hallo Markus,

nein, die Fossgis vertritt in Deutschland unsere Interessen, wenn wir
a) Spenden innerhalb Deutschlands sammeln und
b) wenn jemand eine offzielle Unterschrift braucht

Da unterschreibt aber hoffentlich keiner mit
xyname
OpenStreetMap Deutschland

Eine deutsche OSM-Vertretung muß gewählt werden und die OSM Community
repräsentieren.

Wer von der Presse oder von Unternehmen wird bei der Fossgis nachfragen,
um Kontakt zu OSM in Deutschland zu bekommen?

Da wird am ehesten die Kontaktseite auf [2] verwendet, was auch aktuell
gut ist, aber ich finde es gut, wenn wir uns mehr organisieren.

viele Grüße

Dietmar

[1] http://wiki.openstreetmap.org/wiki/Local_chapter
[2] http://www.openstreetmap.de/impressum.html



Am 24.10.2014 09:27, schrieb Markus:
 Hallo Dietmar,

 ob wir nicht in Deutschland auch eine offizielle OSM-Vertretung
 (local chapter) haben wollen.

 Haben wir :-)
 www.fossgis.de
 http://wiki.openstreetmap.org/wiki/DE:FOSSGIS

 Mit herzlichem Gruss,
 Markus


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



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

Re: [Talk-de] Deutsche OSM-Vertretung sinnvoll?

2014-10-24 Per discussione Frederik Ramm

Hallo Dietmar,

On 10/24/2014 08:58 AM, Dietmar Seifert wrote:
 Mit einer deutschen OSM-Vertretung könnten wir versuchen, auf der Ebene
 unterhalb des OSMF-Boards Gestaltungswillige zusammen zu führen. Das
 könnte, muss aber nicht, auch ein Sprungbrett ins OSMF-Board sein.

Diese Vertretung will eigentlich der FOSSGIS e.V. sein, oder der FOSSGIS
will zumindest den Rahmen für diese Vertretung bilden; es wäre durchaus
erwünscht, wenn sich im FOSSGIS eine Gruppe formieren würde, die hier
ein bisschen Leben reinbringt, bislang hat sich da aber wenig ergeben.
Olaf Kotzte hatte auf der FOSSGIS-Konferenz in Rapperswil Namen auf
einem Zettel gesammelt für solch ein Unterfangen, aber viel ist daraus
glaube ich nicht geworden.

Der FOSSGIS ist da völlig offen - wenn eine solche Gruppe zum Beispiel
etwas autonomer agieren würde und einen eigenen Abteilungsvorsitzenden
haben mit eigenem Briefpapier oder was auch immer, wäre das sicherlich
kein Problem. Bislang halt hat niemand für sowas hier! gerufen.

Der FOSSGIS ist bislang kein akkreditiertes Local Chapter der OSMF,
aber diesen Status gibt es ja auch noch nicht so lange. Es ist
mittelfristig schon geplant, dass der FOSSGIS da irgendwie eine
Vereinbarung mit der OSMF trifft. Leider war die treibende Kraft auf
OSMF-Seite für diese Local Chapter-Sachen Simon, und ich vermute, dass
da jetzt erstmal wieder für einige Zeit die Luft raus ist. Aber das hat
den FOSSGIS bislang auch nicht davon abgehalten, als de-facto-Local
Chapter aufzutreten.

All das ist aber auch nicht in Stein gemeisselt. Es gab vor langer
langer Zeit ein OSM-Aktiventreffen im Linuxhotel, wo wir darüber
diskutiert und abgestimmt haben, ob wir einen eigenen Verein wollen oder
Teil vom FOSSGIS sein. Damals fiel die Entscheidung auf Teil des
FOSSGIS, aber wenn da irgendwann mal die Stimmung umschlägt, kann man
sich das auch anders überlegen. Ich finde das immer noch ein gutes
Arrangement, aber es gibt auch Leute, die sich als OSMer mit dem FOSSGIS
(wegen des Namens) nicht so gut identifizieren könnten.

Vielleicht könnten wir ja als OpenStreetMap Deutschland auftreten imt
dem kleingedruckten Untertitel Arbeitsgruppe im FOSSGIS e.V. oder so.

Bye
Frederik

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

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

Re: [Talk-de] Deutsche OSM-Vertretung sinnvoll?

2014-10-24 Per discussione Jochen Topf

On Fr, Okt 24, 2014 at 09:45:50 +0200, Dietmar Seifert wrote:
 nein, die Fossgis vertritt in Deutschland unsere Interessen, wenn wir
 a) Spenden innerhalb Deutschlands sammeln und
 b) wenn jemand eine offzielle Unterschrift braucht
 
 Da unterschreibt aber hoffentlich keiner mit
 xyname
 OpenStreetMap Deutschland
 
 Eine deutsche OSM-Vertretung muß gewählt werden und die OSM Community
 repräsentieren.
 
 Wer von der Presse oder von Unternehmen wird bei der Fossgis nachfragen,
 um Kontakt zu OSM in Deutschland zu bekommen?
 
 Da wird am ehesten die Kontaktseite auf [2] verwendet, was auch aktuell
 gut ist, aber ich finde es gut, wenn wir uns mehr organisieren.

Also bisher hat das ganz gut funktionert mit dem FOSSGIS als offizieller
Vertretung. Was da genau draufsteht, ist so wichtig nicht. Joachim Kast redet
seit Jahren mit Behörden und stellt sich als offizieller Ansprechpartner vor,
ohne dass er ein gewähltes Amt hat. Das haben wir auf irgendeinem Treffen von
aktiven OSMern mal so beschlossen, dass er das machen kann. (Nicht, dass er
das davor nicht auch schon gemacht hätte. Wir haben ja eigentlich immer den
Standpunkt vertreten, dass jeder, der sich berufen fühlt, auch einfach für
die OSM-Community sprechen kann, auch ohne den offiziellen Posten. Das
entspricht einfach dem Grassroots-Ansatz von OSM.) Und gelegentlich schlagen
beim FOSSGIS wirklich auch Externe auf, die OSM ansprechen wollen.

Klar wäre es schöner, wenn das alles gut geregelt ist und viele OSMer sich in
einem Verein oder so engagieren und Leute wählen usw. Und ja, es wäre auch
schön, wenn da auch irgendwie OSM draufsteht. Aber das Problem ist halt
immer wieder gewesen, dass es nicht genug Aktive gibt. Ich hab mehrfach Treffen
angeleiert, wo wir sowas in Gang bringen wollten. Aber da kommen dann immer
ein paar Leute und nachher bleiben nicht viele übrig, die wirklich Arbeit
machen. Die Zusammenarbeit mit dem FOSSGIS ist also auch einfach der Versuch,
den Overhead zu minimieren.

Aber vielleicht war das auch er falsche Ansatz und mehr OSMer würden sich mit
einem OSM-Verein identifizieren, auf dem auch OSM drauf steht, und würden sich
dann mehr einbringen. Also wenn das jemand angehen will, dann wäre das sicher
einen Versuch wert.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.jochentopf.com/  +49-721-388298

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

Re: [Talk-de] Deutsche OSM-Vertretung sinnvoll?

2014-10-24 Per discussione Michael Buege

Zitat Frederik Ramm:

 Hallo Dietmar,

 On 10/24/2014 08:58 AM, Dietmar Seifert wrote:
 Mit einer deutschen OSM-Vertretung könnten wir versuchen, auf der Ebene
 unterhalb des OSMF-Boards Gestaltungswillige zusammen zu führen. Das
 könnte, muss aber nicht, auch ein Sprungbrett ins OSMF-Board sein.

[...]
 All das ist aber auch nicht in Stein gemeisselt. Es gab vor langer
 langer Zeit ein OSM-Aktiventreffen im Linuxhotel, wo wir darüber
 diskutiert und abgestimmt haben, ob wir einen eigenen Verein wollen oder
 Teil vom FOSSGIS sein. Damals fiel die Entscheidung auf Teil des
 FOSSGIS, aber wenn da irgendwann mal die Stimmung umschlägt, kann man
 sich das auch anders überlegen. Ich finde das immer noch ein gutes
 Arrangement, aber es gibt auch Leute, die sich als OSMer mit dem FOSSGIS
 (wegen des Namens) nicht so gut identifizieren könnten.

Wir haben das damals so entschieden, weil keiner von uns Zeit und
Erfahrung hatte, einen Verein zu gründen. Wir kamen überein,
die bestehenden Vereinsstrukturen beim FOSSGIS zu
nutzen und unsere Kapazitäten besser in das eigentliche Projekt zu
stecken. IIRC ging es seinerzeit hauptsächlich um praktische Fragen,
z.B. wer Spenden, Sponsoring und ähnlichen Dinge für OSM in
Deutschland entgegen nimmt. 
Die Zeiten haben sich geändert, das Projekt hat sich etabliert und
gefestigt. Neben technischen und praktischen Fragen spielen immer mehr
Themen eine Rolle, die man mehr oder weniger als politisch bezeichnen
kann. Da ich es persönlich bei Vereinen eher mit Groucho Marx halte,
kann ich nicht einschätzen, ob ein deutscher OSM-Verein taugt als
Interessenvertretung der hiesigen Gemeinde. Aber eine Diskussion
darüber wäre imho wieder angebracht, denn, wie gesagt, die Zeiten
haben sich geändert...

-- 
Michael



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

Re: [Talk-de] Karte auf openstreetmap.de defekt

2014-10-24 Per discussione Wolfgang Hinsch

Hallo

Am Donnerstag, 23. Oktober 2014, 19:27:07 schrieb Pascal Neis:
 Hi,
 
 Wolfgang Hinsch schrieb:
  Von mir aus kann es auskommentiert bleiben. Wer brauchts?
 
 die Idee dahinter kennst du?
 
 Wir (Frederik  ich) hatten eigentlich vor zwei Jahren [1]
 etwas ähnliches geplant was vor kurzen von jemand anderem unter
 dem Titel Predicting data curation in OpenStreetMap[2] gezeigt
 wurde.
 
 Also auf Basis der Information WO sich jemand die online Karte
 ansieht und den Infos z.B. von der Bevölkerungsdichte Statistiken
 zu generieren wo evtl. eine gute oder schlechte Vollständigkeit
 vorliegt.

 [1] http://www.remote.org/frederik/tmp/ilike.pdf
 [2] https://www.mapbox.com/blog/osm-tracing-candidates/

Diese Idee hätte allgemein ersichtlicher kommuniziert werden sollen. Mein 
persönlicher Eindruck war, dass dieser Spielkram den Gesamteindruck der 
Präsentation der Karte ruiniert hat.

Vielleicht wäre eine geschicktere Gestaltung mit mehr Abstand zu 
Gesichtsbüchern eine Abhilfe gewesen.

Nebenbei: An der Darstellung von Mapbox überrascht mich nichts, außer 
vielleicht, dass die Ex-Position von Lummerland ein Hotspot ist :-)
Die meisten Informationen hätte ich mir auch so vorstellen können.

Außerdem - Der Unterschied zwischen uns und kommerziellen Kartendiensten ist 
ja gerade der, dass es uns egal ist, wo wer wie oft sich die Karte ansieht. 
Bei uns wird da gemappt, wo der Mapper hinfällt (vor Ort ist/Lust 
hat/Luftbilder gut sind/...). Auf sehr lange Sicht ist unser Ziel (aus meiner 
Sicht) eine einigermaßen gleichmäßige Erfassung weltweit, im Gegensatz zum 
kommerziellen Anbieter, der sich die Frage stellen _muss_, wie weit aufgelöst 
die Karte wo angeboten werden sollte. Bei OSM wird das letzte Wigwam der 
Mohikaner - falls ein Mapper vorbeikommt - mit der gleichen Sorgfalt und 
Akribie aufgenommen wie der Times Square in New York.

Gruß, Wolfgang

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

Re: [Talk-de] Karte auf openstreetmap.de defekt

2014-10-24 Per discussione Falk Zscheile

Am 24. Oktober 2014 15:02 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:



 Außerdem - Der Unterschied zwischen uns und kommerziellen Kartendiensten
 ist
 ja gerade der, dass es uns egal ist, wo wer wie oft sich die Karte ansieht.
 Bei uns wird da gemappt, wo der Mapper hinfällt (vor Ort ist/Lust
 hat/Luftbilder gut sind/...). Auf sehr lange Sicht ist unser Ziel (aus
 meiner
 Sicht) eine einigermaßen gleichmäßige Erfassung weltweit, im Gegensatz zum
 kommerziellen Anbieter, der sich die Frage stellen _muss_, wie weit
 aufgelöst
 die Karte wo angeboten werden sollte. Bei OSM wird das letzte Wigwam der
 Mohikaner - falls ein Mapper vorbeikommt - mit der gleichen Sorgfalt und
 Akribie aufgenommen wie der Times Square in New York.


 Aber auch wir haben es mit knappen Ressourcen zu tun (z.B.
Rechenkapazität). Man könnte also z.B. Regionen identifizieren, wo man
einen höhere Auflösungen rendert ...

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

Re: [Talk-de] Deutsche OSM-Vertretung sinnvoll?

2014-10-24 Per discussione Falk Zscheile

Am 24. Oktober 2014 14:23 schrieb Michael Buege mich...@buegehome.de:


 Die Zeiten haben sich geändert, das Projekt hat sich etabliert und
 gefestigt. Neben technischen und praktischen Fragen spielen immer mehr
 Themen eine Rolle, die man mehr oder weniger als politisch bezeichnen
 kann. Da ich es persönlich bei Vereinen eher mit Groucho Marx halte,
 kann ich nicht einschätzen, ob ein deutscher OSM-Verein taugt als
 Interessenvertretung der hiesigen Gemeinde. Aber eine Diskussion
 darüber wäre imho wieder angebracht, denn, wie gesagt, die Zeiten
 haben sich geändert...


 Was genau hat sich deiner Meinung nach geändert? Und wo wäre bei diesen
Änderungen der konkrete Vorteil gegenüber dem FOSSGIS als Trägerverein?
Welche politischen Themen sind es, die du besser oder anderes
repräsentiert sehen möchtest?

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

Re: [Talk-de] Karte auf openstreetmap.de defekt

2014-10-24 Per discussione Wolfgang Hinsch

Am Freitag, 24. Oktober 2014, 15:18:06 schrieb Falk Zscheile:
 Am 24. Oktober 2014 15:02 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:
  Außerdem - Der Unterschied zwischen uns und kommerziellen Kartendiensten
  ist
  ja gerade der, dass es uns egal ist, wo wer wie oft sich die Karte
  ansieht.
  Bei uns wird da gemappt, wo der Mapper hinfällt (vor Ort ist/Lust
  hat/Luftbilder gut sind/...). Auf sehr lange Sicht ist unser Ziel (aus
  meiner
  Sicht) eine einigermaßen gleichmäßige Erfassung weltweit, im Gegensatz zum
  kommerziellen Anbieter, der sich die Frage stellen _muss_, wie weit
  aufgelöst
  die Karte wo angeboten werden sollte. Bei OSM wird das letzte Wigwam der
  Mohikaner - falls ein Mapper vorbeikommt - mit der gleichen Sorgfalt und
  Akribie aufgenommen wie der Times Square in New York.
  
  
 Aber auch wir haben es mit knappen Ressourcen zu tun (z.B.
 Rechenkapazität). Man könnte also z.B. Regionen identifizieren, wo man
 einen höhere Auflösungen rendert ...

Wobei wir wieder beim Anbieter von Karten sind, nicht bei OSM. Wir schaffen 
eine Geodatenbank. Das Rendern ist nicht Sache von OSM, sondern eine von 
vielen möglichen Anwendungen.

Unsere Karte auf der Hauptseite, en wie de, ist vor allem eine 
Motivationsstütze für die Mapper und nur ganz, ganz nebenbei und unter engen 
Voraussetzungen ein Angebot für die Öffentlichkeit. 

Insofern ist es auch logisch und folgerichtig, dass ein Unternehmen wie Mapbox 
als Datennutzer sich fragt, wo am meisten Nachfrage besteht. 
Überraschenderweise da, wo die meisten Leute in einer einigermaßen 
durchtechnisierten Umgebung leben. Das hätte man auch mit dem Finger im Wind 
erraten können, aber jetzt ist es eben amtlich.

So ähnlich wird Geld mit Verkehrszählungen verbraten. Jeder weiß, dass auf der 
A8 mehr los ist als auf der Dorfstraße von 
Hinterpfaffenburgstedtwinkelstättenhofen. Aber gezählt ist es doch viel 
ordentlicher und amtlicher ;-)

Gegenden, in denen möglicherweise höher aufgelöst gerendert werden _könnte_, 
ergeben sich so durch die Datendichte. Allerdings stellt sich die Frage, ob es 
sinnvoll ist, Gebiete, die schon überproportional erfasst sind, durch weiter 
aufgelöstes Rendern noch weiter zu pushen, so dass dort irgendwann jeder 
Krümel erfasst ist, wogegen in anderen Regionen noch die Straßennamen fehlen 
(Schleswig-Holstein z.B., von Afrika gar nicht zu reden).

Gruß, Wolfgang

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

Re: [Talk-de] Karte auf openstreetmap.de defekt

Am 24. Oktober 2014 15:18 schrieb Falk Zscheile falk.zsche...@gmail.com:

 Aber auch wir haben es mit knappen Ressourcen zu tun (z.B.
 Rechenkapazität). Man könnte also z.B. Regionen identifizieren, wo man
 einen höhere Auflösungen rendert ...




wir rechnen ja sowieso nur dort überhaupt ein BIld, wo auch jemand sich das
ansieht (bzw. anfordert), prinzipbedingt.

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

Re: [Talk-de] Karte auf openstreetmap.de defekt

2014-10-24 Per discussione Falk Zscheile

Am 24. Oktober 2014 16:11 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de:

 Am Freitag, 24. Oktober 2014, 15:18:06 schrieb Falk Zscheile:
  Am 24. Oktober 2014 15:02 schrieb Wolfgang Hinsch 
 osm-lis...@ivkasogis.de:
   Außerdem - Der Unterschied zwischen uns und kommerziellen
 Kartendiensten
   ist
   ja gerade der, dass es uns egal ist, wo wer wie oft sich die Karte
   ansieht.
   Bei uns wird da gemappt, wo der Mapper hinfällt (vor Ort ist/Lust
   hat/Luftbilder gut sind/...). Auf sehr lange Sicht ist unser Ziel (aus
   meiner
   Sicht) eine einigermaßen gleichmäßige Erfassung weltweit, im Gegensatz
 zum
   kommerziellen Anbieter, der sich die Frage stellen _muss_, wie weit
   aufgelöst
   die Karte wo angeboten werden sollte. Bei OSM wird das letzte Wigwam
 der
   Mohikaner - falls ein Mapper vorbeikommt - mit der gleichen Sorgfalt
 und
   Akribie aufgenommen wie der Times Square in New York.
  
  
  Aber auch wir haben es mit knappen Ressourcen zu tun (z.B.
  Rechenkapazität). Man könnte also z.B. Regionen identifizieren, wo man
  einen höhere Auflösungen rendert ...

 Wobei wir wieder beim Anbieter von Karten sind, nicht bei OSM. Wir schaffen
 eine Geodatenbank. Das Rendern ist nicht Sache von OSM, sondern eine von
 vielen möglichen Anwendungen.



 Unsere Karte auf der Hauptseite, en wie de, ist vor allem eine
 Motivationsstütze für die Mapper und nur ganz, ganz nebenbei und unter
 engen
 Voraussetzungen ein Angebot für die Öffentlichkeit.


Alles richtig was du sagst. Mit der konsequenz, die du ziehst bin ich
allerdings nicht einverstanden. Daraus folgt eben nicht zwingend,  dass die
Info nicht für uns von Interesse ist.


 Insofern ist es auch logisch und folgerichtig, dass ein Unternehmen wie
 Mapbox
 als Datennutzer sich fragt, wo am meisten Nachfrage besteht.
 Überraschenderweise da, wo die meisten Leute in einer einigermaßen
 durchtechnisierten Umgebung leben. Das hätte man auch mit dem Finger im
 Wind
 erraten können, aber jetzt ist es eben amtlich.

 So ähnlich wird Geld mit Verkehrszählungen verbraten. Jeder weiß, dass auf
 der
 A8 mehr los ist als auf der Dorfstraße von
 Hinterpfaffenburgstedtwinkelstättenhofen. Aber gezählt ist es doch viel
 ordentlicher und amtlicher ;-)


Ich glaube hier bist du etwas voreingenommen, was sozialwissenschaftliche
Forschung angeht. Die Welt ist voller Beispiele, in denen erst durch
empirische Sozialforschung gezeigt werden konnte, dass es nicht so ist, wie
es scheint. Oft trügt nämlich die menschliche Wahrnehmung ganz gewaltig.
Aber hier wird es OT. wir können diesen Aspekt aber gern privat weiter
vertiefen.


 Gegenden, in denen möglicherweise höher aufgelöst gerendert werden
 _könnte_,
 ergeben sich so durch die Datendichte.


Das ist ein eigener Ansatz. Er führt möglicherweise zur gleichen
Erkenntnis. Das wissen wir aber erst, wenn sich jemand findet, der beide
Methoden miteinander vergleicht.

Ein Aspekt von OSM ist ja auch, dass wir viel ausprobieren/erfassen, ohne
zu wissen wozu genau es gut ist :-) OSM ist mehr als eine Geodatenbank, es
ist ein soziales Phänomen.

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

Re: [Talk-de] Karte auf openstreetmap.de defekt

2014-10-24 Per discussione Markus


Hallo Falk, hallo Wolfgang,


Wir schaffen eine Geodatenbank.
Das Rendern ist nicht Sache von OSM


OSM ist mehr als eine Geodatenbank,
es ist ein soziales Phänomen.


:-)

OSM als soziales Phänomenas funktioniert nur,
weil OSM die freie Weltkarte ist.
Es ist immer die *Kombination von Daten und Karte*
die unseren Erfolg ausmacht.

Das erlebt man drastisch, wenn die Karte mal defekt ist ;-)

Mit herzlichem Gruss,
Markus


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

Re: [Talk-de] Deutsche OSM-Vertretung sinnvoll?

2014-10-24 Per discussione Dietmar Seifert

Hallo,

Querverweis: Ich habe meinen original Mailingbeitrag ins OSM-Forum
gestellt, dort wird parallel diskutiert [1].

viele Grüße

Dietmar

[1] http://forum.openstreetmap.org/viewtopic.php?id=27456

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

Re: [Talk-it] Aiuto:lettera da inviare a comune siciliano per l'apertura dei dati





 Am 23.10.2014 um 18:56 schrieb Aury88 spacedrive...@gmail.com:
 
 da notare che io accetto tutti i cookie (che conservo fino alla chiusura del
 browser)...insomma non sono assolutamente in grado di usare la posta
 certificata e non so perchè :.(



non è detto che dipende dai cookies, può anche essere una malconfigurazione del 
DNS per esempio.

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

Re: [Talk-it] Oneway vs access=no

2014-10-22 0:31 GMT+02:00 Alberto Nogaro bartosom...@yahoo.it:

 Ho visto che mappi anche i cartelli. Complimenti, la trovo una pratica ottima 
 per districare i casi dubbi o per risalire a cosa veramente vogliano dire i 
 tag (ad esempio per capire bene cosa fare quando le convenzioni si evolvono).

Li mappo solo quando sono particolarmente complessi (a maggior ragione
se non riesco a mappare subito tutto quello che dicono, o peggio
ancora se sono equivoci che non capisco bene quello che dicono).

Purtroppo però non ho un modo per dare una descrizione abbreviato o
univoca del segnale (e spesso capita che nella descrizione a parole
nel comment uso parole diverse per lo stesso segnale)

Vedo che per altri stati c'è una convenzione
http://wiki.openstreetmap.org/wiki/Key:traffic_sign#Traffic_sign_IDs
ma non c'è per l'Italia.
So che il regolamento del codice della strada chiama con delle sigle i
vari cartelli, ma non riesco mai a trovare una fonte libera da cui
prenderli.

AnyFile

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

Re: [Talk-it] Aiuto:lettera da inviare a comune siciliano per l'apertura dei dati

2014-10-24 Per discussione Aury88

dieterdreist wrote
 non è detto che dipende dai cookies, può anche essere una
 malconfigurazione del DNS per esempio.
 
 ciao,
 Martin

ho provato a cambiare il dns (ho usato google e poi openDNS) ma non è
cambiato nulla. 
grazie comunque per l'aiuto



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Aiuto-lettera-da-inviare-a-comune-siciliano-per-l-apertura-dei-dati-tp5810423p5821581.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Aiuto:lettera da inviare a comune siciliano per l'apertura dei dati

2014-10-24 Per discussione Andrea Musuruane

2014-10-23 18:56 GMT+02:00 Aury88 spacedrive...@gmail.com:

 ieri sono riuscito ad attvarle la pec ma ho altri problemi :(
 faccio il login su postacertificata.gov.it e dentro se provo ad andare in
 Casella PostaCertificat@ mi da errore il browser:
 Questa pagina non reindirizza in modo corretto

 Firefox ha rilevato che il server sta reindirizzando la richiesta per
 questa
 pagina in modo che non possa mai essere completata.

 Questo problema spesso è causato dal blocco o dal rifiuto dei cookie.

 da notare che io accetto tutti i cookie (che conservo fino alla chiusura
 del
 browser)...insomma non sono assolutamente in grado di usare la posta
 certificata e non so perchè :.(


Uso Firefox 32 (su Windows e Linux) e non ho problemi. E tu? Sicuro di non
avere antivirus, firewall o altre amenità di mezzo?

Ciao,

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

Re: [Talk-it] Oneway vs access=no

2014-10-24 11:12 GMT+02:00 Any File anysomef...@gmail.com:

 So che il regolamento del codice della strada chiama con delle sigle i
 vari cartelli, ma non riesco mai a trovare una fonte libera da cui
 prenderli.



non puoi prendere le sigle direttamente dal CdS? Essendo una legge dovrebbe
essere priva di copyright...
http://www.normattiva.it/uri-res/N2Ls?urn:nir:stato:decreto.legislativo:1992-04-30;285!vig=

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

Re: [Talk-it] Aiuto:lettera da inviare a comune siciliano per l'apertura dei dati

2014-10-24 11:14 GMT+02:00 Aury88 spacedrive...@gmail.com:

  non è detto che dipende dai cookies, può anche essere una
  malconfigurazione del DNS per esempio.
 
  ciao,
  Martin

 ho provato a cambiare il dns (ho usato google e poi openDNS) ma non è
 cambiato nulla.
 grazie comunque per l'aiuto



intendevo dall'altra parte (che loro avrebbero impostati i DNS record in
maniera sbagliata che puntassero in cerchi).
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Oneway vs access=no

2014-10-22 8:09 GMT+02:00 emmexx emm...@tiscalinet.it:
 Il 10/21/2014 10:39 PM, Any File scrisse:

 Impostarla a senso unico e' anche fuorviante per chi guarda la mappa. Se io
 ciclista vedo la mappa, ritengo che quello sia un senso unico e faccio un
 altro percorso.


Uhmm .. però a questo punto considereri il problema più che altro un
problema di rendering.

E allo stesso modo sarebbe forviante indicarla doppio senso: un
automobilista potrebbe pensare di poterci passare (e i dieviti di
svolta non sono visibili sulla mappa).

E sempre a livello di rendering in maniera anaolga cambia
terribilmente cosa viene indicato sulla mappa per una via in cui
l'accesso è consentito solo in certi orari se si dice

* che nella via non si può passare (access=no, o simile) ma poi si
mette come conditional restriction che in certi orari si può passare

* che nella via si può passare, ma tramite conditionale restriction si
dice che in certi orari non si può passare.

(e allo stesso modo se si tratta di una strada che è a senso unico o
non si può entrare in certi orari - distinguo tra questi ultimi due
sotto-casi, visto che questo è il tema del thread)

Con il prmo tipo di tag sulla mappa la way appare con le tacche rosse,
nel secondo caso appare come una strada in cui si può passare sempre.

AnyFile

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

Re: [Talk-it] Aiuto:lettera da inviare a comune siciliano per l'apertura dei dati

2014-10-24 Per discussione Aury88

Andrea Musuruane wrote
 Uso Firefox 32 (su Windows e Linux) e non ho problemi. E tu? Sicuro di non
 avere antivirus, firewall o altre amenità di mezzo?
 
 Ciao,
 
 Andrea

Io Firefox 33 su linux (Ubuntu 14.04) antivirus non ne ho attivi e il
firewall se c'è è nel settaggio di default...





-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Aiuto-lettera-da-inviare-a-comune-siciliano-per-l-apertura-dei-dati-tp5810423p5821590.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Aiuto:lettera da inviare a comune siciliano per l'apertura dei dati

2014-10-24 Per discussione Luigi Toscano

On Friday 24 of October 2014 03:24:02 Aury88 wrote:
 Andrea Musuruane wrote
 
  Uso Firefox 32 (su Windows e Linux) e non ho problemi. E tu? Sicuro di non
  avere antivirus, firewall o altre amenità di mezzo?
  
  Ciao,
  
  Andrea
 
 Io Firefox 33 su linux (Ubuntu 14.04) antivirus non ne ho attivi e il
 firewall se c'è è nel settaggio di default...

Qualche estensione particolare? Puoi provare con altri browser?
Devo dire che ho notato questo, cercando, che non fa pensare bene:
http://forum.mozillaitalia.org/index.php?topic=45184.15

Ci sono istruzioni per configurarla con un client di posta (c'è anche 
un'estensione per Thunderbird che semplifica la configurazione), sarebbe una 
soluzione percorribile?

Ciao
-- 
Luigi


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

Re: [Talk-it] Oneway vs access=no

2014-10-24 Per discussione emmexx


Il 10/24/2014 12:22 PM, Any File scrisse:

Con il prmo tipo di tag sulla mappa la way appare con le tacche rosse,
nel secondo caso appare come una strada in cui si può passare sempre.


Infatti da un puro punto di vista di rendering, ma non e' meno 
importante della forma dei dati inseriti, se ci sono delle restrizioni 
d'accesso, queste dovrebbero essere visibili, cosi' chi vede la mappa si 
informa meglio.


Nel nostro caso il problema deriva dal fatto che le uniche restrizioni 
d'accesso presenti riguardano 20-30 metri di strada, il resto non ha 
restrizioni.
Mettere senso unico secondo me e' fuorviante, non rispecchia la realta', 
confonde i mappatori che dovessero mettere mano ai dati.


IMHO ovviamente

Ripeto: io inserirei un breve tratto dalla parte di canova con access=no 
e le altre restrizioni necessarie.


ciao
maxx

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

Re: [Talk-it] Oneway vs access=no

2014-10-23 12:40 GMT+02:00 emmexx emm...@tiscalinet.it:

 Si', ma come ho gia' scritto la segnaletica orizzontale termina dopo 30
 metri, prima del primo passo carraio. Da li' in poi la strada e' anche
 formalmente doppio senso.


Il problema formale è: cosa vuol dire formalmente?
Che il comune in un suo qualche documento l'ha definita a doppio senso?
O dobbaimo aspettare che uno andando in senso contrario faccia un
incidente, ci sia un processo e guardare cosa stabilisce il giudice?

AnyFile

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

Re: [Talk-it] Oneway vs access=no

2014-10-24 Per discussione emmexx


Il 10/24/2014 12:44 PM, Any File scrisse:

Il problema formale è: cosa vuol dire formalmente?
Che il comune in un suo qualche documento l'ha definita a doppio senso?
O dobbaimo aspettare che uno andando in senso contrario faccia un
incidente, ci sia un processo e guardare cosa stabilisce il giudice?


A partire dal primo passo carraio non c'e' alcun tipo di segnaletica, 
ne' verticale ne' orizzontale, che indichi che quella strada e' a senso 
unico o che ha delle restrizioni. La restrizione e' fatta solo per 
impedire che le auto entrino, non che le auto circolino. Se sei dentro 
(perche' autorizzato, perche' ci sei entrato da altra parte) li' puoi 
circolare in entrambe le direzioni.


ciao
maxx

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

Re: [Talk-it] Oneway vs access=no

2014-10-23 0:13 GMT+02:00 Mauro Costantini maurocostantini1...@gmail.com:
 11. questa nota ha senso solo per un umano che comprende l'italiano e
 si inventa da che parte è il divieto (si riferisce alla highway più
 vicina? in direzione forward?)

Per quanto riguarda l'orientamento (ma non ho mai capito come usare la key
direction, da nessuna parte c'è scritto quale lato del cartello,
guardando altri casi simili, devo dedurre che devo mettermi nel punto
in cui c'è il palo, guardare il retro del cartello e dire in che
direzione sto guardando? Se è vero così, da nessuna parte nel wiki c'è
scritto).

I tag del nodo si riferiscono al cartello e descrivono cosa c'è sul
cartello. Vorrei tanto avere un modo per indicarlo in altro modo, ma
non saprei come.

Nel caso specifico capire a cosa si riferisce penso proprio che sia un
probelma anche per gli automobilisti, visto che il cartello è dopo
l'incrocio e prima non ci sono cartelli di preavviso. Uno cosa
dovrebbe fare: fermarsi al cartello? (tutti gli automobilisti che ho
visto risolvono il problema ignorando il cartello!!!)

 Il tag
 motor_vehicle:forward:conditional=no @(Mo-Sa 07:30-09:00,
 17:00-19:30; PH off) sulla way adiacente è quasi giusto, non fosse
 che il carattere «;» rappresenta la concatenazione di due valori, ma
 in questo caso «PH off» non dovrebbe essere una concatenazione della
 condizione. Presumo si voglia intendere che bus e taxi posssono sempre
 andar avanti a qualunque ora, in tal caso basta un semplice
 psv:forward=yes.

PH sta per Public Holiday.
Nel cartello c'è il simbolo che il divieto vale solo nei giorni
ferialli (il simbolo di due martelletti), pertanto non ho trovato modo
milgiore che indicare così (e spero sia giusto).

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

Re: [Talk-it] Oneway vs access=no

2014-10-24 12:08 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com:

 2014-10-24 11:12 GMT+02:00 Any File anysomef...@gmail.com:

 So che il regolamento del codice della strada chiama con delle sigle i
 vari cartelli, ma non riesco mai a trovare una fonte libera da cui
 prenderli.



 non puoi prendere le sigle direttamente dal CdS? Essendo una legge dovrebbe
 essere priva di copyright...
 http://www.normattiva.it/uri-res/N2Ls?urn:nir:stato:decreto.legislativo:1992-04-30;285!vig=

Non è nel codice della strada ma nel regolamento di atuazione del
codice della strada (se in Italia non ci complichiamo al vita non
siamo contenti).

Prenderlo da qualcosa di simili a quello che hai linkato tu è un
disastro (perché o non ci sono le foto o sono separate dal testo). E
prenderli da altri siti non so se sia open.

Quando ho cercato non ho mai trovato una buona fonte, ma questo non
vuol dire che non esista.

AnyFile

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

Re: [Talk-it] Oneway vs access=no