[talk-ph] Halloween-themed map from Mapbox
Happy Halloween! https://api.tiles.mapbox.com/v4/duncangraham.c8178788/page.html?access_token=pk.eyJ1IjoiZHVuY2FuZ3JhaGFtIiwiYSI6IlJJcWdFczQifQ.9HUpTV1es8IjaGAf_s64VQ#15/14.5894/-239.0206 ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] import AGIV CRAB-data
2014-11-01 1:43 GMT+01:00 Thomas o...@aptum.nl: Voor wat betreft de relaties tussen de huisnummers en straten sluit ik mij deels aan bij Ben: vanuit mijn informatica-achtergrond ben ik een groot fan van dit soort relaties. Vanuit mijn ervaringen met niet-informatici weet ik echter dat dat soort abstracte koppelingen die geen zichtbare weerslag hebben en puur een ordening op meta-niveau zijn vaak voor ellende zorgen. Ik vind dat soort relaties een zeer elegante oplossing, maar tegelijkertijd te abstract voor een brede toepassing. vergeet niet dat het hier om een geografische databank gaat. Relaties tussen objecten worden ook (in de eerste plaats zelfs) afgeleid uit hun onderlinge positie. Er is geen reden om deze expliciet te maken in een ander object (relatie), zoals bij een relationele databank. Ik dacht tot voor een jaar ook in termen van relaties, maar doordat op de verschillende fora en mailing lists zo dikwijls over dat geografische aspect gehamerd wordt, heb ik mijn mening herzien Het toevoegen van postcode en gemeente tags op een adres vind ik dan weer lastig; waar houdt het op? Je het die enkel nodig voor de paar uitzonderingsgevallen zoals bv die langestraat 14 15 die Jo aanhaalt, omdat dat enclaves zijn binnen een andere postcode grens. De Engelsen doen het bijna uitsluitend met alles op de node omdat hun postcodes geen zones zijn. Ik heb vorig jaar al eens een berekening gemaakt hoeveel ruimte een associatedStreet relatie inneemt versus een expliciete straatnaam tag. Je moest al een lange naam hebben wou de relatie minder getransfereerde bytes inhouden voor JOSM. Geocoders en navigatie programma's herstructuren de data toch nog volledig, dus je weet niet wat daarvoor de interessantse structuur is. Ze kappen bijvoorbeeld toch alle straten verder in stukken op de kruispunten. Dus plaats besparen door een straat niet in stukken te kappen maakt voor hen ook niet uit. Dus voor mij: - alle gemeente grenzen en postcodes in boundary relaties (en ja daar moeten we dan maar werk van maken) - enkel straat en nummer op node - bij uitzonderingsgevallen city postcode op node eenvoudiger kan het niet :-) mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Op 1 november 2014 01:43 schreef Thomas o...@aptum.nl: Je verbeteringen vind ik zeer goed Sander! Bij mij laadt de pagina nu echter niet, met een foutmelding “'section' is null” op loadstreets.js ~664. Het lijkt fout te gaan wanneer in de URL de GET-parameter collapsedSections geset wordt, maar zonder waarde blijft. Als ik die parameter handmatig uit de URL verwijder doet hij het perfect! (tot ik op update druk...). Hmm, dat was dezelfde bug als die van Marc. Ik had die opgelost, maar mijn push naar de online repo was niet doorgekomen. Zou nu ECHT opgelost moeten zijn. Ik ben (helaas) nog steeds bezig met het script. In mijn vorige mail schreef ik dat de postcodes en de gemeenten schijnbaar niet helemaal overlappen. Hoewel dat zeker klopt, ben ik er nu van overtuigd dat ik met die check toch wel meer dan 100 fouten in het CRAB gevonden heb. In de 250+ adrespunten die ik zo geïdentificeerd heb, blijkt het in héél wat gevallen om een postcode en een gemeente te gaan die helemaal niet aan elkaar grenzen, en soms meer dan 50km uit elkaar liggen. Het moet dus wel om fouten gaan. Daarmee heb ik dus een forse set fouten geïdentificeerd... Heeft iemand hier een goede ingang bij het AGIV om dit door te geven? Ik werk nu aan een nette lijst met alle gegevens. Ha, net het volgende ontdekt. Voor de fusie in de jaren '70 had Oostnieuwkerke de postcode 8820. Sinds de fusie hebben we echter de postcode van Staden (8840). Raar genoeg is 8820 nu wel de postcode van Torhout (ik weet niet wat hun postcode voor de fusie was). Als je nu dus de adressen van 8820 bekijkt ( http://aptum.github.io/import.html?pcode=8820loadOsm=truecollapsedSections=comparison,export,data#data), dan zie je dat er 2 adressen nog altijd in Oostnieuwkerke liggen (2 dorpen ten zuiden van Torhout). Kan je nog eens controleren als die adressen in de adressenlijst niet aangegeven zijn als verwijderd op een of andere manier? Als dat niet gebeurd is, dan zij dat duidelijk 2 fouten in de CRAB adressenlijst. En waarschijnlijk dezelfde fout als die andere 100 fouten. Dit is eigenlijk (naast dan de afwijkende adres-labels) de enige inconsistentie die ik op basis van de data zelf kan vaststellen in de adressenlijst. Alle adressen vallen netjes onder een postcode en zo. Dus voor onze huidige opzet is er helemaal geen probleem, zoals Sander al aangaf. Ik neem de vraag naar postcodes en gemeenten wel mee; ik zorg dat deze in de JSON aanwezig zijn. Een verdere verwerking via de javascript is dan triviaal. Het importeren van die gegevens in de vorm van discardable tags lijkt mij ook helemaal geen probleem. Als dat kan bijdragen aan het controleren van die gegevens in OSM lijkt me dat enkel een toevoeging. De uitspraak van Ben dat er situaties zijn waar postcode, straat en huisnummer niet identificerend zijn (naast de busnrs/apptnrs dan) vind ik intrigerend. Ik ben wat checks aan het doen op de dataset om te kijken of ik dit soort situaties kan vinden. Ik kom hier nog op terug, want onze huidige classificatie is wel gebaseerd op het feit dat die drie elementen identificerend zouden moeten zijn. Voor wat betreft de relaties tussen de huisnummers en straten sluit ik mij deels aan bij Ben: vanuit mijn informatica-achtergrond ben ik een groot fan van dit soort relaties. Vanuit mijn ervaringen met niet-informatici weet ik echter dat dat soort abstracte koppelingen die geen zichtbare weerslag hebben en puur een ordening op meta-niveau zijn vaak voor ellende zorgen. Ik vind dat soort relaties een zeer elegante oplossing, maar tegelijkertijd te abstract voor een brede toepassing. Het toevoegen van postcode en gemeente tags op een adres vind ik dan weer lastig; waar houdt het op? Ik denk dat iedereen het absurd vindt om op elke tag het land te mappen, maar waarom wel de gemeente? Wat mij betreft vormen die gemeentegrenzen toch een basisonderdeel van de kaart. Als we al niet op gemeentegrenzen kunnen vertrouwen dan wordt het wel heel lastig. Voor de postcodes ligt dat weer iets anders. Postcodes hebben volgens mij puur een functie voor postadressen. Wat mij betreft mag dat op de adressen getagd worden. Een postcode is naar mijn gevoel ook echt iets wat een eigenschap is van een adres, in tegenstelling tot een gemeente dat echt voor een grondgebied staat. Het argument van Jo over de data-omvang lijkt mij de belangrijkste om het aantal tags toch proberen te beperken, en daarom toch de gemeente aan de gemeente-contour over te laten in plaats van deze als tag te registreren. Dat deze ingevoerde gegevens nu misschien niet altijd overeenkomen met wat uit een gerenderde kaart komt lijkt mij niet het belangrijkste. Deze gegevens kunnen in elk geval gebruikt worden om de contouren (met name dan de postcodes) te controleren op afwijkingen ten opzichte van de ingevoerde nodes. Op die manier kan eenvoudig de data op de nodes getagd worden en kunnen de contouren verbeterd worden, tot die tijd dat andere systemen wel
Re: [OSM-talk-be] import AGIV CRAB-data
Op 1 november 2014 10:30 schreef Glenn Plas gl...@byte-consult.be: Dat is goed bezig een vette tool te worden Ik zie veel fouten in de buurt, maar allemaal op nummers die ik zelf heb gemapt, en waarvan ik zeker ben (3 liggen binnen de 100meter). Het lijkt wel alsof crab vol fouten zit. In veel straten (uitgezonderd nieuwe wijken met tamelijk logische nummering) zit wel een fout. Toch zeker in de gemeenten die CRAB nog niet gevalideerd hebben. Dus ja, er zitten wel veel fouten in CRAB, maar meestal is het duidelijk dat iets fout is (door overlappende adressen, niet-logische volgordes, ...). @Sander Accepteer je de occasionele commits of pull requests? Zeker, waarover gaat het? Glenn On 01-11-14 09:56, Sander Deryckere wrote: Op 1 november 2014 01:43 schreef Thomas o...@aptum.nl mailto:o...@aptum.nl: Je verbeteringen vind ik zeer goed Sander! Bij mij laadt de pagina nu echter niet, met een foutmelding “'section' is null” op loadstreets.js ~664. Het lijkt fout te gaan wanneer in de URL de GET-parameter collapsedSections geset wordt, maar zonder waarde blijft. Als ik die parameter handmatig uit de URL verwijder doet hij het perfect! (tot ik op update druk...). Hmm, dat was dezelfde bug als die van Marc. Ik had die opgelost, maar mijn push naar de online repo was niet doorgekomen. Zou nu ECHT opgelost moeten zijn. ___ 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
Vooraleer iemand in het komende uur of zo een pull of push wil gaan uitvoeren: ik sta op het punt de nieuwe JSON bestanden te pushen. Het enige punt waarop ze niet backwards-compatible zijn is het feit dat het huisnummerlabel nu in een lijst zit. Ik heb de loadStreets.js al aangepast naar een vorm waarin voor de 5x dat een huisnummerlabel gelezen wordt in het script gewoon het eerste element uit de array genomen wordt. Die nieuwe variant van de javascript zit als het goed is mee in die push. Gelieve dus nog even een uurtje te wachten met andere acties, anders komen er mogelijk een hele hoop conflicten. Van zodra de push klaar is, stuur ik nog een mailtje met wat meer informatie over die postcode-gemeente problematiek en wat inhoudelijke informatie over de extra gegevens in de JSON. Het kan even duren; de diff maken voor die hele berg JSON-bestanden duurt vaak wel echt even... Groeten, Thomas Sander Deryckere schreef op 1-11-2014 11:25: Op 1 november 2014 10:30 schreef Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: @Sander Accepteer je de occasionele commits of pull requests? Zeker, waarover gaat het? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Heb nog niks concreet eigenlijk, maar wel paar ideetjes alvast. De problemen die ik zag zijn zo te zien allemaal ondertussen opgelost. De wiki handleiding is handig ook. Tijdens het gebruiken heb ik eigenlijk vooral problemen bij nr notaties van dit type: vb1: nr is 100 , bus 4 varianten die je ziet: - 100b4 - 100/4 vb2: nr is 26 / A - 26A - 26/a - 26a vb3 (moeilijker) - 46 / 0001 en 46 / 0101 (2-woonst... op het gebouw zo op de plaatjes), vind ik maar rare nummering. Ik ben al even op zoek in de wiki over wat de consensus nu is over dit soort adressen. Die vind je ook niet terug in CRAB. Maar zo'n nodes zie ik de meeste 'missing in crab' terugkomen. Ik hou me nog wel wat in tot ik iets echt nuttig kan toevoegen. Glenn On 01-11-14 11:36, Thomas wrote: Vooraleer iemand in het komende uur of zo een pull of push wil gaan uitvoeren: ik sta op het punt de nieuwe JSON bestanden te pushen. Het enige punt waarop ze niet backwards-compatible zijn is het feit dat het huisnummerlabel nu in een lijst zit. Ik heb de loadStreets.js al aangepast naar een vorm waarin voor de 5x dat een huisnummerlabel gelezen wordt in het script gewoon het eerste element uit de array genomen wordt. Die nieuwe variant van de javascript zit als het goed is mee in die push. Gelieve dus nog even een uurtje te wachten met andere acties, anders komen er mogelijk een hele hoop conflicten. Van zodra de push klaar is, stuur ik nog een mailtje met wat meer informatie over die postcode-gemeente problematiek en wat inhoudelijke informatie over de extra gegevens in de JSON. Het kan even duren; de diff maken voor die hele berg JSON-bestanden duurt vaak wel echt even... Groeten, Thomas Sander Deryckere schreef op 1-11-2014 11:25: Op 1 november 2014 10:30 schreef Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: @Sander Accepteer je de occasionele commits of pull requests? Zeker, waarover gaat het? ___ 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
Der zit een probleem in de js: sourceHnr = uniformise(sourceAddr.housenumber); sourceHnrLabel = uniformise(sourceAddr.hnrlbls[0]); compHnr = uniformise(compAddr.housenumber); compHnrLabel = uniformise(compAddr.hnrlbls[0]); compAddr is not defined, dus ook geen array. De map laad niet meer. Glenn On 01-11-14 13:12, Thomas wrote: De nieuwe reeks JSON-bestanden staat inmiddels online. Zoals eerder gezegd is de voornaamste wijziging die invloed heeft op de huidige werking het feit dat huisnummerlabels nu in een array meegegeven worden, zodat bij meerdere huisnummer-labels per huisnummer, deze allemaal doorgegeven kunnen worden. Dat kan Sander misschien helpen bij het matchen met de gegevens uit OSM. Verder wordt er per adres nu ook, indien aanwezig, een lijst met busnummers en appartementnummers op dat huisnummer meegegeven (allen gesorteerd en gefilterd zodat de lijsten geen dubbele waarden bevatten). Hoe beide lijsten zich tot elkaar verhouden kan nu in de praktijk bekeken worden. Mogelijk is er soms overlap. Daarnaast zijn er 4 keer zoveel busnummers als appartementnummers. Wanneer voor welke gekozen wordt, is mij niet duidelijk. De “message” (die in tekstvorm informatie gaf over busnrs en apptnrs) die in de laatste varianten van de javascript niet meer ingeladen werd heb ik uit de JSON weggehaald. Ik heb een element “municipality” toegevoegd die de gemeentenaam weergeeft. De postcode was eerder al ontsloten via het element “postc”. Er kan nu gekeken worden of en onder welke tags deze gegevens in JOSM ingeladen moeten worden. Daarnaast kunnen de gegevens gebruikt worden voor een verificatie van bestaande gemeente- en postcodegrenzen in OSM, hoewel dat natuurlijk los staat van deze import. Tot slot heb ik een lijst “otherPCs” toegevoegd aan de postcode-JSON-bestanden, die (indien aanwezig) een lijst geeft met de andere postcodes waar de betreffende straat in doorloopt. Hoewel dat in het huidige systeem niet nodig is, kan het interessante informatie zijn om bepaalde vreemde zaken te analyseren. Ook heb ik een overzicht gemaakt van de gebruikte JSON-elementen zodat voor iedereen duidelijk is welke informatie beschikbaar wordt gesteld via de JSON-bestanden en op welke manier dat gebeurt. Daarnaast heb ik ook de data-specificatie van de adressenlijst zelf opgenomen. Het bestand staat nu op http://downloader.aptum.nl/data_format.pdf maar ga ik netjes integreren met de rest van de documentatie en vervolgens als verzamelde documentatie op github plaatsen. Dan over die vreemde postcode-gemeente overlap. Ben gaf eerder aan dat er situaties zijn waarin postcode-straatnaam-huisnummer niet uniek zijn en dat de gemeentenaam daarbij noodzakelijk is om het adres te identificeren. Uiteraard heb je per postcode-straatnaam-huisnummer een hele verzameling subadressen (met elk een eigen busnummer / appartementnummer) maar dat was uiteraard niet wat er bedoeld werd. Ik heb de volledige dataset expliciet doorzocht naar een situatie waarbij er voor een combinatie van postcode-straatnaam-huisnummer meerdere gemeenten geregistreerd waren, maar die heb ik niet kunnen aantreffen. Als deze situatie zich zou voordoen, dan kan dit enkel voor de gevallen waar een postcode zich over meerdere gemeenten uitstrekt. We weten al dat deze situatie zich slechts voor 253 adressen binnen de volledige dataset (2.639.893 echte adressen) voordoet. Van die 253 adressen die een gemeentenaam hebben die je niet bij die postcode verwacht, lijkt het meestal om vergissingen te gaan. Ik heb het idee dat wat Sander aanhaalt wel eens de systematisch fout kan zijn: iets met gemeentelijke herindelingen. Dat is de enige logica die in de collectie fouten lijkt te zitten. Om dat verder uit te zoeken heb ik volgend document opgesteld: http://downloader.aptum.nl/multiple_NIS_per_PC.pdf . Daarin heb ik de betreffende 253 adressen per straat gegroepeerd en het aantal adressen per straat aangegeven. De postcode en gemeente zijn de gegevens zoals die voor dat adres in de CRAB-adressenlijst zijn opgegeven. De Gemeente_verwacht is de gemeente zoals mijn script die zou verwachten voor de opgegeven postcode. De vraag is dus hoe beide gemeenten gerelateerd zijn. Zoals Sander al schreef is de kans zeer aanwezig dat de opgegeven postcodes nog “oude” postcodes zijn van voor de gemeentelijke herindeling, en dat de opgegeven gemeente dus wel klopt, maar dat de postcode verouderd is. Ik ga dat proberen systematisch na te zoeken. In elk geval betreft het hier fouten in de CRAB-adressenlijst. In de adressenlijst zitten geen gegevens over de status van het adres (zie ook de data-specificatie hierboven). Mogelijk is dat wel een achterliggende reden: dat de adressen in de praktijk geschrapt zijn en daarmee niet bijgewerkt worden, maar dat ze niet formeel een statuswijziging gekregen hebben in de database. Dat zal het Agiv echter moeten uitzoeken.
Re: [OSM-talk-be] import AGIV CRAB-data
Hoi, Misschien een kleine bijdrage ivm adressering (busnummers, cijfers in straatnamen e.d.). De post zegt op http://www.bpost.be/adressering/ hoe het allemaal zou moeten. Kan een reden zijn om in osm dezelfde regels te volgen. Groetje, Stijn From: Glenn Plas gl...@byte-consult.be To: OpenStreetMap Belgium talk-be@openstreetmap.org Sent: Saturday, November 1, 2014 12:31 PM Subject: Re: [OSM-talk-be] import AGIV CRAB-data Heb nog niks concreet eigenlijk, maar wel paar ideetjes alvast. De problemen die ik zag zijn zo te zien allemaal ondertussen opgelost. De wiki handleiding is handig ook. Tijdens het gebruiken heb ik eigenlijk vooral problemen bij nr notaties van dit type: vb1: nr is 100 , bus 4 varianten die je ziet: - 100b4 - 100/4 vb2: nr is 26 / A - 26A - 26/a - 26a vb3 (moeilijker) - 46 / 0001 en 46 / 0101 (2-woonst... op het gebouw zo op de plaatjes), vind ik maar rare nummering. Ik ben al even op zoek in de wiki over wat de consensus nu is over dit soort adressen. Die vind je ook niet terug in CRAB. Maar zo'n nodes zie ik de meeste 'missing in crab' terugkomen. Ik hou me nog wel wat in tot ik iets echt nuttig kan toevoegen. Glenn On 01-11-14 11:36, Thomas wrote: Vooraleer iemand in het komende uur of zo een pull of push wil gaan uitvoeren: ik sta op het punt de nieuwe JSON bestanden te pushen. Het enige punt waarop ze niet backwards-compatible zijn is het feit dat het huisnummerlabel nu in een lijst zit. Ik heb de loadStreets.js al aangepast naar een vorm waarin voor de 5x dat een huisnummerlabel gelezen wordt in het script gewoon het eerste element uit de array genomen wordt. Die nieuwe variant van de javascript zit als het goed is mee in die push. Gelieve dus nog even een uurtje te wachten met andere acties, anders komen er mogelijk een hele hoop conflicten. Van zodra de push klaar is, stuur ik nog een mailtje met wat meer informatie over die postcode-gemeente problematiek en wat inhoudelijke informatie over de extra gegevens in de JSON. Het kan even duren; de diff maken voor die hele berg JSON-bestanden duurt vaak wel echt even... Groeten, Thomas Sander Deryckere schreef op 1-11-2014 11:25: Op 1 november 2014 10:30 schreef Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: @Sander Accepteer je de occasionele commits of pull requests? Zeker, waarover gaat het? ___ 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
Hooi, Leopoldsburg heeft 2 zonenummers, 3970 en 3971 (vroeger Heppen). De Vaartstraat loopt door de 2 zones. Nummers 120 en 134 liggen in 3971, maar 122,126, 128, 130 en 132 die er tussen liggen vindt men in 3970, wat fout is, ook volgens Bpost. Fout dus in CRAB. 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 1-nov.-2014 17:30 schreef Stijn Rombauts stijnromba...@yahoo.com: Hoi, Misschien een kleine bijdrage ivm adressering (busnummers, cijfers in straatnamen e.d.). De post zegt op http://www.bpost.be/adressering/ hoe het allemaal zou moeten. Kan een reden zijn om in osm dezelfde regels te volgen. Groetje, Stijn Dit is hoe we het al doen in OSM. Enkel de schrijfwijze van numeriek uitgebreide huisnummers (zoals 16/2) is hier expliciet vermeld, terwijl het in crab 16_2 is. Dat es ook iets wat ik al eerder vermeld had. Dus niets nieuws. Groeten, Sander. From: Glenn Plas gl...@byte-consult.be To: OpenStreetMap Belgium talk-be@openstreetmap.org Sent: Saturday, November 1, 2014 12:31 PM Subject: Re: [OSM-talk-be] import AGIV CRAB-data Heb nog niks concreet eigenlijk, maar wel paar ideetjes alvast. De problemen die ik zag zijn zo te zien allemaal ondertussen opgelost. De wiki handleiding is handig ook. Tijdens het gebruiken heb ik eigenlijk vooral problemen bij nr notaties van dit type: vb1: nr is 100 , bus 4 varianten die je ziet: - 100b4 - 100/4 vb2: nr is 26 / A - 26A - 26/a - 26a vb3 (moeilijker) - 46 / 0001 en 46 / 0101 (2-woonst... op het gebouw zo op de plaatjes), vind ik maar rare nummering. Ik ben al even op zoek in de wiki over wat de consensus nu is over dit soort adressen. Die vind je ook niet terug in CRAB. Maar zo'n nodes zie ik de meeste 'missing in crab' terugkomen. Ik hou me nog wel wat in tot ik iets echt nuttig kan toevoegen. Glenn On 01-11-14 11:36, Thomas wrote: Vooraleer iemand in het komende uur of zo een pull of push wil gaan uitvoeren: ik sta op het punt de nieuwe JSON bestanden te pushen. Het enige punt waarop ze niet backwards-compatible zijn is het feit dat het huisnummerlabel nu in een lijst zit. Ik heb de loadStreets.js al aangepast naar een vorm waarin voor de 5x dat een huisnummerlabel gelezen wordt in het script gewoon het eerste element uit de array genomen wordt. Die nieuwe variant van de javascript zit als het goed is mee in die push. Gelieve dus nog even een uurtje te wachten met andere acties, anders komen er mogelijk een hele hoop conflicten. Van zodra de push klaar is, stuur ik nog een mailtje met wat meer informatie over die postcode-gemeente problematiek en wat inhoudelijke informatie over de extra gegevens in de JSON. Het kan even duren; de diff maken voor die hele berg JSON-bestanden duurt vaak wel echt even... Groeten, Thomas Sander Deryckere schreef op 1-11-2014 11:25: Op 1 november 2014 10:30 schreef Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: @Sander Accepteer je de occasionele commits of pull requests? Zeker, waarover gaat het? ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Op 1 november 2014 13:12 schreef Thomas o...@aptum.nl: De nieuwe reeks JSON-bestanden staat inmiddels online. Bedankt, zal eens kijken als alles nog werkt, en wat er toegevoegd is ;) Zoals eerder gezegd is de voornaamste wijziging die invloed heeft op de huidige werking het feit dat huisnummerlabels nu in een array meegegeven worden, zodat bij meerdere huisnummer-labels per huisnummer, deze allemaal doorgegeven kunnen worden. Dat kan Sander misschien helpen bij het matchen met de gegevens uit OSM. Gebeurt dit vaak? Het lijkt me sowieso een fout in CRAB als dit gebeurt. Ik weet niet goed hoe ik foute data kan vergelijken, buiten melden dat er ergens een fout zit. Zal het verder onderzoeken. Verder wordt er per adres nu ook, indien aanwezig, een lijst met busnummers en appartementnummers op dat huisnummer meegegeven (allen gesorteerd en gefilterd zodat de lijsten geen dubbele waarden bevatten). Hoe beide lijsten zich tot elkaar verhouden kan nu in de praktijk bekeken worden. Mogelijk is er soms overlap. Daarnaast zijn er 4 keer zoveel busnummers als appartementnummers. Wanneer voor welke gekozen wordt, is mij niet duidelijk. De “message” (die in tekstvorm informatie gaf over busnrs en apptnrs) die in de laatste varianten van de javascript niet meer ingeladen werd heb ik uit de JSON weggehaald. Ik heb een element “municipality” toegevoegd die de gemeentenaam weergeeft. De postcode was eerder al ontsloten via het element “postc”. Er kan nu gekeken worden of en onder welke tags deze gegevens in JOSM ingeladen moeten worden. Daarnaast kunnen de gegevens gebruikt worden voor een verificatie van bestaande gemeente- en postcodegrenzen in OSM, hoewel dat natuurlijk los staat van deze import. Tot slot heb ik een lijst “otherPCs” toegevoegd aan de postcode-JSON-bestanden, die (indien aanwezig) een lijst geeft met de andere postcodes waar de betreffende straat in doorloopt. Hoewel dat in het huidige systeem niet nodig is, kan het interessante informatie zijn om bepaalde vreemde zaken te analyseren. Ook heb ik een overzicht gemaakt van de gebruikte JSON-elementen zodat voor iedereen duidelijk is welke informatie beschikbaar wordt gesteld via de JSON-bestanden en op welke manier dat gebeurt. Daarnaast heb ik ook de data-specificatie van de adressenlijst zelf opgenomen. Het bestand staat nu op http://downloader.aptum.nl/data_format.pdf maar ga ik netjes integreren met de rest van de documentatie en vervolgens als verzamelde documentatie op github plaatsen. Dan over die vreemde postcode-gemeente overlap. Ben gaf eerder aan dat er situaties zijn waarin postcode-straatnaam-huisnummer niet uniek zijn en dat de gemeentenaam daarbij noodzakelijk is om het adres te identificeren. Uiteraard heb je per postcode-straatnaam-huisnummer een hele verzameling subadressen (met elk een eigen busnummer / appartementnummer) maar dat was uiteraard niet wat er bedoeld werd. Ik heb de volledige dataset expliciet doorzocht naar een situatie waarbij er voor een combinatie van postcode-straatnaam-huisnummer meerdere gemeenten geregistreerd waren, maar die heb ik niet kunnen aantreffen. Als deze situatie zich zou voordoen, dan kan dit enkel voor de gevallen waar een postcode zich over meerdere gemeenten uitstrekt. We weten al dat deze situatie zich slechts voor 253 adressen binnen de volledige dataset (2.639.893 echte adressen) voordoet. Van die 253 adressen die een gemeentenaam hebben die je niet bij die postcode verwacht, lijkt het meestal om vergissingen te gaan. Ik heb het idee dat wat Sander aanhaalt wel eens de systematisch fout kan zijn: iets met gemeentelijke herindelingen. Dat is de enige logica die in de collectie fouten lijkt te zitten. Om dat verder uit te zoeken heb ik volgend document opgesteld: http://downloader.aptum.nl/multiple_NIS_per_PC.pdf . Daarin heb ik de betreffende 253 adressen per straat gegroepeerd en het aantal adressen per straat aangegeven. De postcode en gemeente zijn de gegevens zoals die voor dat adres in de CRAB-adressenlijst zijn opgegeven. De Gemeente_verwacht is de gemeente zoals mijn script die zou verwachten voor de opgegeven postcode. De vraag is dus hoe beide gemeenten gerelateerd zijn. Zoals Sander al schreef is de kans zeer aanwezig dat de opgegeven postcodes nog “oude” postcodes zijn van voor de gemeentelijke herindeling, en dat de opgegeven gemeente dus wel klopt, maar dat de postcode verouderd is. Ik ga dat proberen systematisch na te zoeken. In elk geval betreft het hier fouten in de CRAB-adressenlijst. In de adressenlijst zitten geen gegevens over de status van het adres (zie ook de data-specificatie hierboven). Mogelijk is dat wel een achterliggende reden: dat de adressen in de praktijk geschrapt zijn en daarmee niet bijgewerkt worden, maar dat ze niet formeel een statuswijziging gekregen hebben in de database. Dat zal het Agiv echter moeten uitzoeken. Verdere analyse moet uitwijzen of er ook “correcte” gegevens
Re: [OSM-talk-be] import AGIV CRAB-data
Op 1 november 2014 13:15 schreef Gilbert Hersschens gherssch...@gmail.com: Ik heb even een poging gedaan. Ziet er wel handig uit, maar bij appartementen geeft hij een hoop missing nummers op omdat hij geen rekening houdt met get gebruik van een bereik van nummers. Ik ben eerlijk gezegd niet van zin om ieder individueel huisnummer van elk apt dat in een appartementsblok zit in te tikken. Ik weet wel dat er discussie is hierover (zie de desbetreffende wiki https://wiki.openstreetmap.org/wiki/Addresses#Buildings_with_multiple_house_numbers) maar zowel de AGIV/Geopunt kaart alsook in sommige gevallen de plaatjes op de appartementen zelf tonen alle mogelijke varianten van nummering. Ter illustratie een paar foto's op https://drive.google.com/folderview?id=0B_mcNCW4oRVOSE13OGZEM040UzQusp=sharing . Overigens zitten er ook nog andere fouten in, maar dat ligt misschien aan de data in CRAB? Zo geeft hij bv. voor Elsum 191-191C in Geel (2440) op dat hier de nummers 191A, B, C en D zouden moeten staan terwijl nummer 191 (zonder suffix) er ook bij hoort. Zie fofo op de link hierboven. Gilbert De tool houdt wel rekening met het bereik. Het zal bijvoorbeeld nummers 5 en 7 als missing opgeven, maar als die nummers in de werkelijkheid overlappen (ze zijn beiden huisnummer van hetzelfde gebouw), en je voegt een gebouw toe met nummer 5-7, dan zouden er twee missing nummers minder moeten zijn. Daarnaast moet je ook goed het verschil tussen bus/appartementnummers en bisnummers weten. Bisnummers zijn deel van het huisnummer. bus- en apartementnummers zijn verschillende brievenbussen met dezelfde voordeur. Bij de bisnummers kan het gebeuren dat er verschillende gebouwen bedoeld zijn, en dat ze dus apart gemapt moeten worden. Maar het kan ook gebeuren dat hetzelfde gebouw (Eventueel met een andere ingang) bedoeld is, en in dat geval zal bijvoorbeeld het huisnummer 7-7A aanvaard worden. Bus- en appartementsnummers zijn echter nooit deel van het huisnummer, en zullen altijd op hetzelfde gebouw getagd zijn. Bijvoorbeeld een gebouw met de tags addr:street = Dorpsstraat addr:housenumber = 5 addr:flats = 1,2,3,4,5,6 heeft 6 appartementnummers op dat ene adres. De meeste foto's die jij toont zijn waarschijnlijk bus- of appartementnummers. Die zullen normaal gezien zelfs nooit apart verschijnen in CRAB. Zou je met de bovenstaande info je probleemgevallen nog eens kunnen controleren? Groeten, Sander 2014-11-01 12:31 GMT+01:00 Glenn Plas gl...@byte-consult.be: Heb nog niks concreet eigenlijk, maar wel paar ideetjes alvast. De problemen die ik zag zijn zo te zien allemaal ondertussen opgelost. De wiki handleiding is handig ook. Tijdens het gebruiken heb ik eigenlijk vooral problemen bij nr notaties van dit type: vb1: nr is 100 , bus 4 varianten die je ziet: - 100b4 - 100/4 vb2: nr is 26 / A - 26A - 26/a - 26a vb3 (moeilijker) - 46 / 0001 en 46 / 0101 (2-woonst... op het gebouw zo op de plaatjes), vind ik maar rare nummering. Ik ben al even op zoek in de wiki over wat de consensus nu is over dit soort adressen. Die vind je ook niet terug in CRAB. Maar zo'n nodes zie ik de meeste 'missing in crab' terugkomen. Ik hou me nog wel wat in tot ik iets echt nuttig kan toevoegen. Glenn On 01-11-14 11:36, Thomas wrote: Vooraleer iemand in het komende uur of zo een pull of push wil gaan uitvoeren: ik sta op het punt de nieuwe JSON bestanden te pushen. Het enige punt waarop ze niet backwards-compatible zijn is het feit dat het huisnummerlabel nu in een lijst zit. Ik heb de loadStreets.js al aangepast naar een vorm waarin voor de 5x dat een huisnummerlabel gelezen wordt in het script gewoon het eerste element uit de array genomen wordt. Die nieuwe variant van de javascript zit als het goed is mee in die push. Gelieve dus nog even een uurtje te wachten met andere acties, anders komen er mogelijk een hele hoop conflicten. Van zodra de push klaar is, stuur ik nog een mailtje met wat meer informatie over die postcode-gemeente problematiek en wat inhoudelijke informatie over de extra gegevens in de JSON. Het kan even duren; de diff maken voor die hele berg JSON-bestanden duurt vaak wel echt even... Groeten, Thomas Sander Deryckere schreef op 1-11-2014 11:25: Op 1 november 2014 10:30 schreef Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: @Sander Accepteer je de occasionele commits of pull requests? Zeker, waarover gaat het? ___ 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
Re: [OSM-talk-be] import AGIV CRAB-data
2014-10-31 16:22 GMT+01:00 Sander Deryckere sander...@gmail.com: Verder heb ik er ook nog een optie aan toegevoegd om te exporteren naar GPX. Onderaan de tabel vind je drie knoppen om die drie kolommen te exporteren naar GPX, en zo alle probleemgevallen in je gemeente naar je GPS of smartphone te downloaden (door de simpele html werkt de site ook tamelijk goed op een smartphone, waardoor je niet met kabeltjes moet klungelen, maar het rechtstreeks daar kan downloaden). Net de eerste field-test achter de rug met die bestanden. Alle 3 de bestanden voor 2840 gedownload en op mijn Garmin Dakota 10 gezet. Eerste probleem: de Dakota heeft niet genoeg geheugen. Ik kon geen waypoints meer bijmaken. Als iemand een programma kent (OSX) dat waypoints kan beperken binnen een bounding box, laat het maar weten. Ik zal eens met Basecamp proberen. 2de probleem, de namen van de waypoints zijn te lang. Ze worden afgekapt, zodat je de huisnummers niet meer ziet. Sander, zou je de fout kunnen korter maken en de nummer naar voor kunnen brengen ? (ipv van vb. missing_overlapping_Kardinaal_Cardijnstraat xx misov_xx_Kardidaal_Cardijnstraat. Aan de korte naam van de fout wennen we wel en de straatnaam is zelfs onvolledige nog wel te herkennen. Zeker omdat het punt toch juist staat. met vriendelijke groeten m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Het gebeurt in totaal 702 keer over alle adressen (inclusief subadressen) heen. Daarbij zijn 211 huisnummers betrokken. Op 27 oktober mailde ik dit daarover: Verder is er iets bijzonder aan de hand met de huisnummer-labels. Die worden door het AGIV automatisch opgemaakt per huisnummer, althans, zo hoort het. Toch heb ik met een check in mijn script 702 afwijkende huisnummerlabels weten te vinden. Die zijn gekoppeld aan 211 adressen, wat natuurlijk 'veel' is maar tegelijkertijd slechts 0,008% van het totaal. Daarbij in acht genomen dat 67% van die afwijkende huisnummerlabels zich voordoen in postcode 8900 lijkt het mij om een fout in de database te gaan. Wat er precies fout gelopen is op die punten weet ik niet. Ik heb de lijst op mijn server geplaatst: http://downloader.aptum.nl/AfwijkendeHuisnummerLabelsCRAB.pdf In dat pdf-document krijg je een overzicht van huisnummer-labels die niet systematisch gelijk zijn voor alle subadressen voor dat huisnummer. Meestal lijkt het om vrij logische fouten te gaan. Hoe het kan dat dit niet consistent is in de CRAB-adressenlijst is mij niet duidelijk. Ik heb het gevoel dat het om een versie-probleempje gaat, dat niet alle huisnummers systematisch worden bijgewerkt wanneer een subadres wordt toegevoegd of wordt verwijderd. Omdat ik geen verder onderscheid kon maken tussen goede en foute huisnummers leek het mij het beste om ze gewoon allemaal mee te geven in de JSON. Groeten, Thomas Sander Deryckere schreef op 1-11-2014 20:15: Op 1 november 2014 13:12 schreef Thomas o...@aptum.nl mailto:o...@aptum.nl: Zoals eerder gezegd is de voornaamste wijziging die invloed heeft op de huidige werking het feit dat huisnummerlabels nu in een array meegegeven worden, zodat bij meerdere huisnummer-labels per huisnummer, deze allemaal doorgegeven kunnen worden. Dat kan Sander misschien helpen bij het matchen met de gegevens uit OSM. Gebeurt dit vaak? Het lijkt me sowieso een fout in CRAB als dit gebeurt. Ik weet niet goed hoe ik foute data kan vergelijken, buiten melden dat er ergens een fout zit. Zal het verder onderzoeken. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Points Of Intrest: zijn pas zichtbaar is voorlaatste max zoom
Hi, Brievenbussen toegevoegd stad Menen. Stel vast wanneer je die wil bekijken dat het icoontje pas zichtbaar wordt wanneer je maximaal inzoomt en één standje terug bij twee standjes terug verdwijnen die ook. Dit werkt wel onhandig daar het soms nodig is om uit te zomen om te weten waar je vertrek punt is. Zie wel dat winkelkarretjes en café icoontjes wel langer zichtbaar blijven ? Ligt dat aan mijn tag instellingen? http://www.openstreetmap.org/?mlat=50.79994mlon=3.11463#map=18/50.79994/3.11463 Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Points Of Intrest: zijn pas zichtbaar is voorlaatste max zoom
Hallo Jakka, Het ligt niet aan jouw tag instellingen. er is door de makers van de map gewoon gekozen om brievenbussen pas op het allerlaagste niveau te tonen. Het is altijd een afweging van wat je op elk niveau gaat tonen. Toon je teveel wordt het onoverzichtelijk, toon je te weinig, klagen de mensen dat ze hun favoriet object niet snel genoeg zien. Een andere mogelijkheid is dat de hogere zoom niveaus nog niet geupdate zijn. Dat duurt altijd wat langer. Ik zelden nog naar de map op osm.org. Na een paar maand/jaar is het niet meer zo belangrijk of de door jouw toegevoegde objecten nu wel of niet zichtbaar zijn. Ik map al jaren vuilbakken en zitbanken en die zijn nooit zichtbaar, dus wat zou ik me nog druk maken ? Voor je brievenbussen kan je bijvoorbeeld deze overpass query gebruiken: http://overpass-turbo.eu/s/5IS Let met het duurt een paar minuten voordat de databank van overpass is aangepast na je upload. happy mapping m 2014-11-01 21:00 GMT+01:00 Jakka vdmfrank...@gmail.com: Hi, Brievenbussen toegevoegd stad Menen. Stel vast wanneer je die wil bekijken dat het icoontje pas zichtbaar wordt wanneer je maximaal inzoomt en één standje terug bij twee standjes terug verdwijnen die ook. Dit werkt wel onhandig daar het soms nodig is om uit te zomen om te weten waar je vertrek punt is. Zie wel dat winkelkarretjes en café icoontjes wel langer zichtbaar blijven ? Ligt dat aan mijn tag instellingen? http://www.openstreetmap.org/?mlat=50.79994mlon=3.11463# map=18/50.79994/3.11463 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] import AGIV CRAB-data
Thomas, In je spec staat dat busnummers en appartementnummers arrays zijn, maar in werkelijkheid lijken het comma-separated strings. Zou je het kunnen wijzigen naar arrays? Arrays lijken veiliger voor het geval een busnummer plots ook een komma bevat. Verder zijn er idd eigenaardige adressen. Dit zijn er twee in mijn dorp: { apptnrs: 0/1,0/2,1/1,1/2,1/3,2/1,2/2,2/3,3/1,3/2, busnrs: 1,11,3, hnrlbls: [ 22-26 ], housenumber: 22, lat: 50.94126031777649, lon: 3.061661179477891, municipality: Staden, pcode: 8840, source: afgeleidVanGebouw, street: Roeselarestraat }, Let op, nr 22 heeft hier veel bus- en appartementsnummers, nummer 26 blijkt er geen te hebben. { apptnrs: 0/1,1/3,2/1,2/2,2/3,3/3, busnrs: 1,2, hnrlbls: [ 7 ], housenumber: 7, lat: 50.94025949900766, lon: 3.060482929425432, municipality: Staden, pcode: 8840, source: afgeleidVanGebouw, street: Roeselarestraat }, In beide gevallen lijkt er totaal geen verband tussen de busnummers en appartementsnummers te bestaan. Ik zal morgen of overmorgen eens bekijken wat er daar nu net zichtbaar is. Momenteel zal ik dus nog geen toevoegen aan de uitvoer. Iedereen die meer info kan geven is zeker welkom. Groeten, Sander Op 1 november 2014 20:43 schreef Thomas o...@aptum.nl: Het gebeurt in totaal 702 keer over alle adressen (inclusief subadressen) heen. Daarbij zijn 211 huisnummers betrokken. Op 27 oktober mailde ik dit daarover: Verder is er iets bijzonder aan de hand met de huisnummer-labels. Die worden door het AGIV automatisch opgemaakt per huisnummer, althans, zo hoort het. Toch heb ik met een check in mijn script 702 afwijkende huisnummerlabels weten te vinden. Die zijn gekoppeld aan 211 adressen, wat natuurlijk 'veel' is maar tegelijkertijd slechts 0,008% van het totaal. Daarbij in acht genomen dat 67% van die afwijkende huisnummerlabels zich voordoen in postcode 8900 lijkt het mij om een fout in de database te gaan. Wat er precies fout gelopen is op die punten weet ik niet. Ik heb de lijst op mijn server geplaatst: http://downloader.aptum.nl/AfwijkendeHuisnummerLabelsCRAB.pdf In dat pdf-document krijg je een overzicht van huisnummer-labels die niet systematisch gelijk zijn voor alle subadressen voor dat huisnummer. Meestal lijkt het om vrij logische fouten te gaan. Hoe het kan dat dit niet consistent is in de CRAB-adressenlijst is mij niet duidelijk. Ik heb het gevoel dat het om een versie-probleempje gaat, dat niet alle huisnummers systematisch worden bijgewerkt wanneer een subadres wordt toegevoegd of wordt verwijderd. Omdat ik geen verder onderscheid kon maken tussen goede en foute huisnummers leek het mij het beste om ze gewoon allemaal mee te geven in de JSON. Groeten, Thomas Sander Deryckere schreef op 1-11-2014 20:15: Op 1 november 2014 13:12 schreef Thomas o...@aptum.nl: Zoals eerder gezegd is de voornaamste wijziging die invloed heeft op de huidige werking het feit dat huisnummerlabels nu in een array meegegeven worden, zodat bij meerdere huisnummer-labels per huisnummer, deze allemaal doorgegeven kunnen worden. Dat kan Sander misschien helpen bij het matchen met de gegevens uit OSM. Gebeurt dit vaak? Het lijkt me sowieso een fout in CRAB als dit gebeurt. Ik weet niet goed hoe ik foute data kan vergelijken, buiten melden dat er ergens een fout zit. Zal het verder onderzoeken. ___ 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] Points Of Intrest: zijn pas zichtbaar is voorlaatste max zoom
Marc, Het gebruik van overpass is meer iets voor zij die de kaarten aanpassen om te controleren of het erop staat. Ik dacht meer aan users/ gewone gebruiker want is het niet voor hen dat jullie al dat werk verzetten? Even in mijn naaste omgeving gevraagd, niemand wist het bestaan van OSM vermoed door gebrek aan bruikbare applicaties... Jakka Marc Gemis schreef op 1/11/2014 om 21:32: Hallo Jakka, Het ligt niet aan jouw tag instellingen. er is door de makers van de map gewoon gekozen om brievenbussen pas op het allerlaagste niveau te tonen. Het is altijd een afweging van wat je op elk niveau gaat tonen. Toon je teveel wordt het onoverzichtelijk, toon je te weinig, klagen de mensen dat ze hun favoriet object niet snel genoeg zien. Een andere mogelijkheid is dat de hogere zoom niveaus nog niet geupdate zijn. Dat duurt altijd wat langer. Ik zelden nog naar de map op osm.org http://osm.org. Na een paar maand/jaar is het niet meer zo belangrijk of de door jouw toegevoegde objecten nu wel of niet zichtbaar zijn. Ik map al jaren vuilbakken en zitbanken en die zijn nooit zichtbaar, dus wat zou ik me nog druk maken ? Voor je brievenbussen kan je bijvoorbeeld deze overpass query gebruiken: http://overpass-turbo.eu/s/5IS Let met het duurt een paar minuten voordat de databank van overpass is aangepast na je upload. happy mapping m 2014-11-01 21:00 GMT+01:00 Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Hi, Brievenbussen toegevoegd stad Menen. Stel vast wanneer je die wil bekijken dat het icoontje pas zichtbaar wordt wanneer je maximaal inzoomt en één standje terug bij twee standjes terug verdwijnen die ook. Dit werkt wel onhandig daar het soms nodig is om uit te zomen om te weten waar je vertrek punt is. Zie wel dat winkelkarretjes en café icoontjes wel langer zichtbaar blijven ? Ligt dat aan mijn tag instellingen? http://www.openstreetmap.org/?__mlat=50.79994mlon=3.11463#__map=18/50.79994/3.11463 http://www.openstreetmap.org/?mlat=50.79994mlon=3.11463#map=18/50.79994/3.11463 Jakka _ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Points Of Intrest: zijn pas zichtbaar is voorlaatste max zoom
Als ze een Android smart phone hebben, kan je ze altijd verwijzen naar OsmAND. Er zijn ook andere renderings, waar de vuilbakjes wel op staan: Humanitarian: https://www.openstreetmap.org/#map=19/50.84941/4.33750layers=H Er zijn icoontjes aan de rechterkant van de kaart, klik op die 3 kaartjes bovenop elkaar om andere layers te zien. Met deze kan je zelf 'custom'-kaartjes aanmaken en exporteren: http://umap.openstreetmap.fr/nl/ Ook daar zitten meerdere lagen, waaronder 1 met 3D-effect. Deze vind ik fijn om mee te werken. In Vespucci op Android kan je die ook instellen als achtergrond. Er zijn ook Overlays die je op die website kan aanzetten, maar ook in Vespucci kan je tegenwoordig zulke Overlays aanzetten. Je tablet of GSM moet dan wel redelijk wat geheugen hebben... http://hikebikemap.org/?zoom=17lat=50.920556lon=4.76312layer=HikeBikeMap De Fransen hebben een kaart met een extra zoomlevel, maar dan staat alles wel enkel in het Frans: http://tile.openstreetmap.fr/?zoom=20lat=50.84819lon=4.34847layers=B000FFF De rendering is echter slechts 1 kant van het verhaal. Ons gaat het erom geografisch relevante data te verzamelen, zodat die vrij hergebruikt kan worden. Die umap is vrij recent, maar het geeft iedereen de mogelijkheid om kaartjes te maken, zonder dat dat geld hoeft te kosten. Jo Op 1 november 2014 22:26 schreef Jakka vdmfrank...@gmail.com: Marc, Het gebruik van overpass is meer iets voor zij die de kaarten aanpassen om te controleren of het erop staat. Ik dacht meer aan users/ gewone gebruiker want is het niet voor hen dat jullie al dat werk verzetten? Even in mijn naaste omgeving gevraagd, niemand wist het bestaan van OSM vermoed door gebrek aan bruikbare applicaties... Jakka Marc Gemis schreef op 1/11/2014 om 21:32: Hallo Jakka, Het ligt niet aan jouw tag instellingen. er is door de makers van de map gewoon gekozen om brievenbussen pas op het allerlaagste niveau te tonen. Het is altijd een afweging van wat je op elk niveau gaat tonen. Toon je teveel wordt het onoverzichtelijk, toon je te weinig, klagen de mensen dat ze hun favoriet object niet snel genoeg zien. Een andere mogelijkheid is dat de hogere zoom niveaus nog niet geupdate zijn. Dat duurt altijd wat langer. Ik zelden nog naar de map op osm.org http://osm.org. Na een paar maand/jaar is het niet meer zo belangrijk of de door jouw toegevoegde objecten nu wel of niet zichtbaar zijn. Ik map al jaren vuilbakken en zitbanken en die zijn nooit zichtbaar, dus wat zou ik me nog druk maken ? Voor je brievenbussen kan je bijvoorbeeld deze overpass query gebruiken: http://overpass-turbo.eu/s/5IS Let met het duurt een paar minuten voordat de databank van overpass is aangepast na je upload. happy mapping m 2014-11-01 21:00 GMT+01:00 Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Hi, Brievenbussen toegevoegd stad Menen. Stel vast wanneer je die wil bekijken dat het icoontje pas zichtbaar wordt wanneer je maximaal inzoomt en één standje terug bij twee standjes terug verdwijnen die ook. Dit werkt wel onhandig daar het soms nodig is om uit te zomen om te weten waar je vertrek punt is. Zie wel dat winkelkarretjes en café icoontjes wel langer zichtbaar blijven ? Ligt dat aan mijn tag instellingen? http://www.openstreetmap.org/?__mlat=50.79994mlon=3.11463#_ _map=18/50.79994/3.11463 http://www.openstreetmap.org/?mlat=50.79994mlon=3.11463# map=18/50.79994/3.11463 Jakka _ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Points Of Intrest: zijn pas zichtbaar is voorlaatste max zoom
Osm.org is niet bedoeld als concurrent van Google Maps als het op functionaliteit aankomt. Osm moet op donaties steunen om de servers te onderhouden, dus hebben ze liefst zo weinig mogelijk bezoekers die enkel eens naar de kaart kijken (natuurlijk, liefst zoveel mogelijk bezoekers die de kaart bewerken) Aangezien het aantrekken van bezoekers dus geen doel is, houdt osm zich ook niet bezig met het ontwikkelen van handige tools, dat laten ze aan anderen over, osm geeft enkel de data. Voor smartphones bestaan er ondertussen heel wat applicaties die osm gebruiken (gewoon eens op de wiki kijken voor meer info), zo kan OsmAnd op een Android je perfect naar de dichtstbijzijnde brievenbus leiden (als die data in osm zit natuurlijk). Maar je hebt ook websites die meer bieden dan de standaard osm pagina, zoals mapquest open. Dus trek je niet te veel aan van de pagina, die is vooral bedoeld om mappers te ondersteunen (zodat ze kunnen zien dat hun wijzigingen goed doorgekomen zijn), en om nieuwe mappers te lokken. Groeten, Sander Op 1-nov.-2014 22:27 schreef Jakka vdmfrank...@gmail.com: Marc, Het gebruik van overpass is meer iets voor zij die de kaarten aanpassen om te controleren of het erop staat. Ik dacht meer aan users/ gewone gebruiker want is het niet voor hen dat jullie al dat werk verzetten? Even in mijn naaste omgeving gevraagd, niemand wist het bestaan van OSM vermoed door gebrek aan bruikbare applicaties... Jakka Marc Gemis schreef op 1/11/2014 om 21:32: Hallo Jakka, Het ligt niet aan jouw tag instellingen. er is door de makers van de map gewoon gekozen om brievenbussen pas op het allerlaagste niveau te tonen. Het is altijd een afweging van wat je op elk niveau gaat tonen. Toon je teveel wordt het onoverzichtelijk, toon je te weinig, klagen de mensen dat ze hun favoriet object niet snel genoeg zien. Een andere mogelijkheid is dat de hogere zoom niveaus nog niet geupdate zijn. Dat duurt altijd wat langer. Ik zelden nog naar de map op osm.org http://osm.org. Na een paar maand/jaar is het niet meer zo belangrijk of de door jouw toegevoegde objecten nu wel of niet zichtbaar zijn. Ik map al jaren vuilbakken en zitbanken en die zijn nooit zichtbaar, dus wat zou ik me nog druk maken ? Voor je brievenbussen kan je bijvoorbeeld deze overpass query gebruiken: http://overpass-turbo.eu/s/5IS Let met het duurt een paar minuten voordat de databank van overpass is aangepast na je upload. happy mapping m 2014-11-01 21:00 GMT+01:00 Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Hi, Brievenbussen toegevoegd stad Menen. Stel vast wanneer je die wil bekijken dat het icoontje pas zichtbaar wordt wanneer je maximaal inzoomt en één standje terug bij twee standjes terug verdwijnen die ook. Dit werkt wel onhandig daar het soms nodig is om uit te zomen om te weten waar je vertrek punt is. Zie wel dat winkelkarretjes en café icoontjes wel langer zichtbaar blijven ? Ligt dat aan mijn tag instellingen? http://www.openstreetmap.org/?__mlat=50.79994mlon=3.11463#_ _map=18/50.79994/3.11463 http://www.openstreetmap.org/?mlat=50.79994mlon=3.11463# map=18/50.79994/3.11463 Jakka _ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Points Of Intrest: zijn pas zichtbaar is voorlaatste max zoom
Thx voor de verduidelijking Sander Deryckere schreef op 1/11/2014 om 22:56: Osm.org is niet bedoeld als concurrent van Google Maps als het op functionaliteit aankomt. Osm moet op donaties steunen om de servers te onderhouden, dus hebben ze liefst zo weinig mogelijk bezoekers die enkel eens naar de kaart kijken (natuurlijk, liefst zoveel mogelijk bezoekers die de kaart bewerken) Aangezien het aantrekken van bezoekers dus geen doel is, houdt osm zich ook niet bezig met het ontwikkelen van handige tools, dat laten ze aan anderen over, osm geeft enkel de data. Voor smartphones bestaan er ondertussen heel wat applicaties die osm gebruiken (gewoon eens op de wiki kijken voor meer info), zo kan OsmAnd op een Android je perfect naar de dichtstbijzijnde brievenbus leiden (als die data in osm zit natuurlijk). Maar je hebt ook websites die meer bieden dan de standaard osm pagina, zoals mapquest open. Dus trek je niet te veel aan van de pagina, die is vooral bedoeld om mappers te ondersteunen (zodat ze kunnen zien dat hun wijzigingen goed doorgekomen zijn), en om nieuwe mappers te lokken. Groeten, Sander Op 1-nov.-2014 22:27 schreef Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Marc, Het gebruik van overpass is meer iets voor zij die de kaarten aanpassen om te controleren of het erop staat. Ik dacht meer aan users/ gewone gebruiker want is het niet voor hen dat jullie al dat werk verzetten? Even in mijn naaste omgeving gevraagd, niemand wist het bestaan van OSM vermoed door gebrek aan bruikbare applicaties... Jakka Marc Gemis schreef op 1/11/2014 om 21:32: Hallo Jakka, Het ligt niet aan jouw tag instellingen. er is door de makers van de map gewoon gekozen om brievenbussen pas op het allerlaagste niveau te tonen. Het is altijd een afweging van wat je op elk niveau gaat tonen. Toon je teveel wordt het onoverzichtelijk, toon je te weinig, klagen de mensen dat ze hun favoriet object niet snel genoeg zien. Een andere mogelijkheid is dat de hogere zoom niveaus nog niet geupdate zijn. Dat duurt altijd wat langer. Ik zelden nog naar de map op osm.org http://osm.org http://osm.org. Na een paar maand/jaar is het niet meer zo belangrijk of de door jouw toegevoegde objecten nu wel of niet zichtbaar zijn. Ik map al jaren vuilbakken en zitbanken en die zijn nooit zichtbaar, dus wat zou ik me nog druk maken ? Voor je brievenbussen kan je bijvoorbeeld deze overpass query gebruiken: http://overpass-turbo.eu/s/5IS Let met het duurt een paar minuten voordat de databank van overpass is aangepast na je upload. happy mapping m 2014-11-01 21:00 GMT+01:00 Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com__: Hi, Brievenbussen toegevoegd stad Menen. Stel vast wanneer je die wil bekijken dat het icoontje pas zichtbaar wordt wanneer je maximaal inzoomt en één standje terug bij twee standjes terug verdwijnen die ook. Dit werkt wel onhandig daar het soms nodig is om uit te zomen om te weten waar je vertrek punt is. Zie wel dat winkelkarretjes en café icoontjes wel langer zichtbaar blijven ? Ligt dat aan mijn tag instellingen? http://www.openstreetmap.org/?mlat=50.79994mlon=3.11463#map=18/50.79994/3.11463 http://www.openstreetmap.org/?__mlat=50.79994mlon=3.11463#__map=18/50.79994/3.11463 http://www.openstreetmap.org/__?mlat=50.79994mlon=3.11463#__map=18/50.79994/3.11463 http://www.openstreetmap.org/?mlat=50.79994mlon=3.11463#map=18/50.79994/3.11463 Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] discussion: inclusion and alcohol
I read this article recently and It got me thinking. Do we devalue community members, or potential community members who don't drink? A quote from the article, When alcohol is currency, non-alcoholic drinks are considered valueless, and the interests and needs of people who don’t drink alcohol are easily forgotten. Give it a read and let's talk. Can we do better in the ways that the article suggests? https://modelviewculture.com/pieces/alcohol-and-inclusivity-planning-tech-events-with-non-alcoholic-options ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Steve's better map
On Sat, Nov 1, 2014 at 6:15 PM, Dave F. dave...@madasafish.com wrote: Like it, but unsure I'd give Round 8 to Steve. Deleting old data is *good* if replaced with more accurate information. Once again: this is a discussion, not a competition between Steve and Simon. There are no rounds to give. Let's stop framing it that way and move on. Thanks. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] weeklyOSM
The weekly round-up of OSM news, issue 222, is now availalbe in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! with or without http://osmfight.neis-one.org/ ;-) -- ## Manfred Reiter - - ## www.weeklyosm.eu ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] weeklyOSM
upps ... *223* is online in English. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] discussion: inclusion and alcohol
As someone who does not drink coffee or beer it is a minor obstacle sometimes in social situations. The free beer draw has usually a negative effect on the odds of me attending some session. So far in Iceland we haven't been active in planning events but if I have a say in it we will make any alcoholic beverages an afterthought, I'm not sure how effective people are at drawing buildings on their 5th beer! --Jói Þann 1.11.2014 22:05, skrifaði Richard Weait: I read this article recently and It got me thinking. Do we devalue community members, or potential community members who don't drink? A quote from the article, When alcohol is currency, non-alcoholic drinks are considered valueless, and the interests and needs of people who don’t drink alcohol are easily forgotten. Give it a read and let's talk. Can we do better in the ways that the article suggests? https://modelviewculture.com/pieces/alcohol-and-inclusivity-planning-tech-events-with-non-alcoholic-options ___ 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] discussion: inclusion and alcohol
On 11/1/2014 3:05 PM, Richard Weait wrote: I read this article recently and It got me thinking. Do we devalue community members, or potential community members who don't drink? A quote from the article, When alcohol is currency, non-alcoholic drinks are considered valueless, and the interests and needs of people who don’t drink alcohol are easily forgotten. Give it a read and let's talk. Can we do better in the ways that the article suggests? https://modelviewculture.com/pieces/alcohol-and-inclusivity-planning-tech-events-with-non-alcoholic-options We can do better. In fact, the OSM conferences I've been to have been quite bad for the expectation that everyone drinks alcohol. I can't personally speak to issues about safety, alcohol abuse, or being excluded by not drinking, but I wouldn't be surprised if they're there. I seldom drink alcohol, or for that matter, fizzy drinks. When, on the rare occasion, I do drink alcohol, it is normally at most one drink. I'm open about this, but I'll generally use the excuse that I'm driving to avoid questions. I can'd do this at conferences, where it's no longer true. I don't mind bars or pubs, provided that there are options other than alcohol. Unfortunately, at the past SOTM-US events I've attended, this is not always the case. The official after-conference events have tended to be loud venues with few non-alcoholic options, and those were difficult to obtain. When it takes five minutes to get water and it involves passing by multiple alcoholic drink coolers, there's something wrong. I have yet to go to an official after-conference event with any kind of juice selection. If a thousand dollars is being spend on beer, wine and cider, I don't think having water and a juice other than orange juice from concentrate is an unreasonable expectation. Even though many local OSM social events are held in held in pubs, I've found them better. I've gotten fewer strange looks when I ask for something non-alcoholic, and they've been at venues where the focus has been on conversation, not drinking. I'm not uncomfortable around a table of people slowly drinking while talking. As for some numbers, about a third of the people in the last meetup I had in a brewery-attached bar drank no alcohol that night. The inaugural Vancouver OSM meetup involved no alcohol at an evening social event, and no one complained at the lack. After it, a couple of us went to a pub, where we also drank no alcohol. A dozen of us, including drinkers, walked out of SOTM-US events with free alcohol because there was nothing to do there but drink. People who I've wanted to talk to at SOTM-US have not gone to some events because there was going to be nothing there but beer. By having an alcohol focused event with no other options, you're forcing all of these people away. This ended up being longer than I expected, but the more I thought about and talked to others, the more I realized we have a problem. I'm also not singling out SOTM-US because it's necessarily any worse, but because it's what I have experience with. Paul ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Steve's better map
On 01/11/2014 22:22, Ian Dees wrote: On Sat, Nov 1, 2014 at 6:15 PM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: Like it, but unsure I'd give Round 8 to Steve. Deleting old data is *good* if replaced with more accurate information. Once again: this is a discussion, not a competition between Steve and Simon. There are no rounds to give. Let's stop framing it that way and move on. If you don't like it, don't read it. Go out map. My pleasure. --- 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] Steve's better map
On Sat, Nov 1, 2014 at 9:50 PM, Dave F. dave...@madasafish.com wrote: On 01/11/2014 22:22, Ian Dees wrote: On Sat, Nov 1, 2014 at 6:15 PM, Dave F. dave...@madasafish.com wrote: Like it, but unsure I'd give Round 8 to Steve. Deleting old data is *good* if replaced with more accurate information. Once again: this is a discussion, not a competition between Steve and Simon. There are no rounds to give. Let's stop framing it that way and move on. If you don't like it, don't read it. Go out map. That's not how a community works. We keep our community forums free of childish behavior so that real meaningful discussion can happen. Telling someone if you don't like it, don't read it doesn't solve the problem of hostile, childish, and negative behavior on the mailing list, it just repels normal people and leaves the negative people around to talk amongst themselves. Since we tell our new community members to join these mailing lists, I'd rather it be the other way around: the negative people should leave the list and go talk amongst themselves elsewhere. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Oxilion en Stichting OpenGeo gaan openstreetmap.nl upgraden
Dank Stefan! Is het een nuttig onderwerp voor de eerstvolgende nieuwjaarsborrel hoe we de extra capaciteit gaan benutten? Gr., Johan Op 30 oktober 2014 00:26 schreef Stefan de Konink ste...@konink.de: Met 1 extra gesponsorde 2TB Terrabyte schijf en twee servers ga over een aantal uur naar Oxilion in Enschede rijden. Je kunt me niet real-time volgen op een kaart, maar ik hoop daar rond 10 uur te arriveren. Concreet gaan dan twee servers het rack in, en de YourNavigation Pentium 4 gaat het rack uit. Door een kleine tegenvaller zijn we nog direct up and running op de nieuwe hardware naar plaatsing, maar dat geeft ons weer genoeg tijd om een aantal zaken netjes af te ronden (een van die zaken is de DNS server die ik even was vergeten). Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-ie] Talk-ie Digest, Vol 66, Issue 1
I vote for it being an all Island organisation including North and South of the border. Unless there is already an existing group of volunteers in the North that would prefer to remain separate. Stephen Judge ___ Email: step...@stephen.ie Web: www.stephen.ie http://www.stephen.ie/?utm_source=http://www.stephen.ieutm_medium=Email-Signature OpenPGP: Public Key http://pgp.stephenjudge.ie On 1 November 2014 12:00, talk-ie-requ...@openstreetmap.org wrote: Message: 2 Date: Sat, 1 Nov 2014 04:22:28 + From: Dave Corley davecor...@gmail.com To: Discussion of Open Streetmap in Ireland talk-ie@openstreetmap.org Subject: Re: [OSM-talk-ie] Formalising Openstreetmap Ireland into a proper body and becoming an official OSM Chapter Message-ID: cahwd_afo8gnb5yden9q+vnzs2tmxfo-oahgfamc3ga9yd-e...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Hi all, So its been exactly a month since I proposed forming into a proper body and the feedback through email, IRC and facebook (do likes count?) has been overwhelmingly positive, so, on we go :) The first thing to sort out is will OpenStreetMap Ireland cover the whole island, yes or no. My opinion is that it should. Up to this point, apart from there being an admin boundary between north south in the OSM data, there has been no separation between us. This includes IRC, mailing list, Facebook group etc. I also personally feel it makes a lot of logistical sense to have both sides of the border as one group if we look at it from a purely geographical point of view and leave politics out. Taking the current townlands mapping project as one example, it would make no sense to run something like that on one side of the border, but not the other. Before we proceed, this question should be discussed and a decision made so I welcome all thoughts on this. Thanks, Dave On Wed, Oct 1, 2014 at 1:37 PM, Dave Corley davecor...@gmail.com wrote: Hi all, Something I've been thinking about for a while now, is that we should look to forming into a proper entity i.e. an official OpenStreetMap Ireland chapter of OSM. A few reasons off the top of my head why I'd like to push ahead with this: - We will have representatives who can speak with authority to the press if required. - The Open data / Open Government movement has been steadily growing over the last 18-24 months here. Every event I've been to, at some point, I've had to utter the line well at the moment we are just a group of people editing on OSM, there is no Openstreetmap Ireland. Given the volume of work and effort that people have put it, its embarrassing to say that line. - When we go looking for maps and/or data we are an actual entity. That lends weight to any requests we make. The further we take this in relation to what type of a body we are (non-incorporated, incorporated, recognised chapter of OSMF) - Further down the line, it opens up the possibility of getting funding / sponsorship. As it stands right now, companies are unlikely to give any significant kind of donation to us, ever, as they can not write it off as a donation because, essentially, we don't exist. I would like to - I would like to see us move up a gear in terms of organisation. What I mean by this is to take it to the next level in terms of meetup's, for example, a weekend meetup over a Sat Sun in, say, Athlone (its central and is in need of some love mapwise) where a load of us would meetup, survey and map. Prior to going there though, we'd look for a local mapper who can get into schools or colleges with a few posters, get on to the local free paper to do a piece, chat to local radio etc to promote the event. - I would like to see us pushing more in the area of advocacy e.g. advocating for the use of OSM by local govt. and advocating for the release of data held by local govt's (if they are using our maps, give us stuff to make them better). - Finally, there is no reason, none whatsoever, why we shouldn't be able to start organising our own State of the Map for Ireland. We have more than enough going on to fill 1-2 days worth of a conference but a major roadblock to this would be the sponsorship aspect. I've looked into what would be involved, and starting out, there will be a body of work to be completed, but its by no means insurmountable. If there is generally positive feedback the next step would be to agree how to proceed and what format of an organisation we should be come. I have some thoughts on all of that, but I'll hold off for a few days to see what the thoughts are on this proposal. Thanks, Dave (DaCor) -- Subject: Digest Footer ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Formalising Openstreetmap Ireland into a proper body and becoming an official OSM Chapter
Hi all, I think OSM IE should include NI, and be all island. OSM has a general attitude of pave the goat paths. Rather than try to decide things from high, instead see what people are using and doing and bless that as the standard (eg for tagging). I think this approach should be continued. We have people from the north who are involved in open street map Ireland. That is the shape of our community now. So the official body should reflect the community, and hence include NI. Of course, I think if there are people in NI who want to join the OSM GB/UK local chapter (if/when it exists?), and/or join/set up a OSM NI local chapter, then it's not my place (or almost anyone else's) to tell them they have to get involved with OSM IE. There are numerous examples of all island bodies, so I would presume there would be no legal issues with it. Rory On 1 November 2014 05:22:28 CET, Dave Corley davecor...@gmail.com wrote: Hi all, So its been exactly a month since I proposed forming into a proper body and the feedback through email, IRC and facebook (do likes count?) has been overwhelmingly positive, so, on we go :) The first thing to sort out is will OpenStreetMap Ireland cover the whole island, yes or no. My opinion is that it should. Up to this point, apart from there being an admin boundary between north south in the OSM data, there has been no separation between us. This includes IRC, mailing list, Facebook group etc. I also personally feel it makes a lot of logistical sense to have both sides of the border as one group if we look at it from a purely geographical point of view and leave politics out. Taking the current townlands mapping project as one example, it would make no sense to run something like that on one side of the border, but not the other. Before we proceed, this question should be discussed and a decision made so I welcome all thoughts on this. Thanks, Dave On Wed, Oct 1, 2014 at 1:37 PM, Dave Corley davecor...@gmail.com wrote: Hi all, Something I've been thinking about for a while now, is that we should look to forming into a proper entity i.e. an official OpenStreetMap Ireland chapter of OSM. A few reasons off the top of my head why I'd like to push ahead with this: - We will have representatives who can speak with authority to the press if required. - The Open data / Open Government movement has been steadily growing over the last 18-24 months here. Every event I've been to, at some point, I've had to utter the line well at the moment we are just a group of people editing on OSM, there is no Openstreetmap Ireland. Given the volume of work and effort that people have put it, its embarrassing to say that line. - When we go looking for maps and/or data we are an actual entity. That lends weight to any requests we make. The further we take this in relation to what type of a body we are (non-incorporated, incorporated, recognised chapter of OSMF) - Further down the line, it opens up the possibility of getting funding / sponsorship. As it stands right now, companies are unlikely to give any significant kind of donation to us, ever, as they can not write it off as a donation because, essentially, we don't exist. I would like to - I would like to see us move up a gear in terms of organisation. What I mean by this is to take it to the next level in terms of meetup's, for example, a weekend meetup over a Sat Sun in, say, Athlone (its central and is in need of some love mapwise) where a load of us would meetup, survey and map. Prior to going there though, we'd look for a local mapper who can get into schools or colleges with a few posters, get on to the local free paper to do a piece, chat to local radio etc to promote the event. - I would like to see us pushing more in the area of advocacy e.g. advocating for the use of OSM by local govt. and advocating for the release of data held by local govt's (if they are using our maps, give us stuff to make them better). - Finally, there is no reason, none whatsoever, why we shouldn't be able to start organising our own State of the Map for Ireland. We have more than enough going on to fill 1-2 days worth of a conference but a major roadblock to this would be the sponsorship aspect. I've looked into what would be involved, and starting out, there will be a body of work to be completed, but its by no means insurmountable. If there is generally positive feedback the next step would be to agree how to proceed and what format of an organisation we should be come. I have some thoughts on all of that, but I'll hold off for a few days to see what the thoughts are on this proposal. Thanks, Dave (DaCor) ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ Talk-ie mailing list
Re: [Talk-is] Hvarfahverfi í Kópavogi er ekki rétt hnitað
Hæ. Eru stikkprufurnar on-the-ground GPS mælingar? Ef ekki, þá ættum við að framkvæma þannig áður en við færum hverfið, upp á að tryggja að við séum ekki að fara að færa allt á grundvelli loftmynda sem gætu verið ranglega hnitsettar. Við getum verið ágætlega viss um að gögnin frá Reykjavíkurborg séu líklegri til þess að vera réttari en gervihnattaloftmyndir og ná einhver þeirra yfir önnur sveitarfélög, en þó lítið eða ekkert í Hvörfunum í Kópavogi. Hef annars tekið eftir þessu í hvert skipti sem það koma nýjar loftmyndir að það sem hefur verið teiknað eftir fyrri myndum passar ekki alveg við hnitsetninguna á þeim nýju. Fyrir einhverju síðan fékk ég þá hugmynd (sem ég opinberaði ekki) hvort við ættum að taka road trip, allavega um höfuðborgarsvæðið, og mæla svo-gott-sem-nákvæma viðmiðunarpunkta fyrir landmerki sem sjást greinilega á loftmyndum. Síðan gætum við notað punktana til að sjá hvort loftmyndir séu nógu nákvæmar og hliðrað eftir þörfum. Þetta gæti einnig gagnast fyrir flygildisverkefnið. En já, ef ég væri að breyta heilu hverfi myndi ég byrja á þeim jaðri sem færslan er frá. Eins og ef færa þarf punkta suður, að byrja syðst upp á að þurfa ekki að færa punkta og vegi ofan í eitthvað annað sem þyrfti að færa síðar í kjölfarið. Með kveðju, Svavar Kjarrval On 30/10/14 21:01, bald...@baldvin.com wrote: Sæl. Mér sýnist Hvarfa hverfið í Kópavogi ekki rétt hnitað. Var að taka stikkprufur þar og það munar nógu miklu til að það skiptir máli ef verið er að nota kortin til að sýna önnur gögn ofan á þeim. Er þetta eitthvað sem einhver hefur skoðað nýlega og gæti haft skoðun á? Jafnframt, hefur einhver reynslu af því að leiðrétta svona heilt hverfi? Ef ég fer að gera þetta í höndum hús fyrir hús og götu fyrir götu er líklegt að það taki dálítið mikið á að gera það svo vel sé fyrir umhverfið sem þessu tengist og er rétt hnitað nú þegar. Allar ábendingar eða hugmyndir eru vel þegnar. Annars skoða ég þetta þegar ég fæ lausa nokkra klukkutíma. Mbk, Baldvin ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
[Talk-de] Tag:highway=traffic_signals / wiki page inkonsistnet
Hi, ich bin da über eine grosse inkonsistenz im tagging von komplexen Kreuzungen gestolpert (durch eine OSRM geschichte). Bisher war mein verfahren das bei einfachen Straßen die sich Kreuzen ich ein highway=traffic_light auf den gemeinsamen Node gesetzt habe. Wenn sich 2 Straßen mit jeweils getrennten Fahrspuren gekreuz haben habe ich auf alle 4 nodes ein highway=traffic_light gesetzt damit sichergestellt ist das bei jedem durchqueren der Kreuzung klar ist das diese Kreuzung durch eine Ampel reguliert wird. Jetzt habe ich den hier gefunden: http://wiki.openstreetmap.org/wiki/Traffic_light Bei OSM ist es eigentlich so das immer wenn sich 2 wege Kreuzen die beschreibung der Art wie sie sich kreuzen auf dem gemeinsamen Node ist. Das ist bei railway/highway so - das ist bei footway/highway so etc. Nur wenn sich jetzt wie in dem Traffic Light wiki Page beschrieben komplexe Strukturen von Wegen kreuzen gehen wir davon weg und setzen die traffic_lights irgendwo mitten auf den weg!?!?! Das ist ziemlich inkonsistenz - Logisch im sinne von Wir machen das so damit der router das mit den traffic_light penaltys hinbekommt ist das schon, nur konsistent im sinne von - Das machen wir bei OSM immer so ist das nicht. Sollte man das Beispiel wie unten im Artikel anwenden ist zwar klar wie die penaltys zu berechnen sind, aber es ist nicht mehr eindeutig wie die wirkliche Kreuzung geregelt ist. Ob die Kreuzenden Straßen eine gemeinsame Ampel haben oder irgendeine andere Lösung. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
2014-10-31 19:41 GMT+01:00 luca corsato luc...@gmail.com: Carissimi, ciao Luca, è con incosciente piacere che vi comunico che posterò nelle candidature per SOTM15 Venezia sarebbe stato bello parlarne domenica scorsa a Trento, ma nessuno mi ha fatto presente ciò...peccato. qui c’è il testo in bozza https://wiki.openstreetmap.org/wiki/User:Lucacorsato non vi nascondo che sono emozionato e impaurito, ma ritengo altresì che sia da promuovere l’”adolescenza” del progetto OSM - quanto meno per l’Italia - per avviarlo all’età adulta: quella in cui non sarà la “wikipedia delle mappe” che già è tantissimo, ma l’infrastruttura italiana per la normalizzazione di tutti i dati con riferimenti geografici. mi spiace ma se l’infrastruttura italiana per la normalizzazione di tutti i dati con riferimenti geografici intendi il repository per i dati ufficiali dell'Italia vedo grossissime difficoltà per cui questo possa accadere, se non con un strumento che possa aiutare le PA a riprendersi i dati di OSM, controllare le differenze con i propri e poi rilasciare una nuova versione, aggiornata, certificata dall'ente. Non vi chiedo di sostenere la candidatura ma di valutarne l’attinenza con il progetto e le persone che costruiscono la Mappa. Se pensate che l’idea di Venezia possa essere buona… beh… tifiamo assieme! Vedo un grosso punto debole sulla candidatura: la data, considera che SOTM2014 è fra pochi giorni, fine maggio inizi di giugno vuol dire più o meno fra 7 mesi, secondo me troppo pochi per un convegno annuale. Non si riuscirebbe a spostare un po' più avanti tipo metà luglio? per il resto mi sembra una buona proposta. a presto, spero con buone nuove grazie luca -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
A meta Luglio 2015 c'e' FOSSG Europe a Como o sbaglio? Il giorno 01/nov/2014 09:16, Luca Delucchi lucadel...@gmail.com ha scritto: 2014-10-31 19:41 GMT+01:00 luca corsato luc...@gmail.com: Carissimi, ciao Luca, è con incosciente piacere che vi comunico che posterò nelle candidature per SOTM15 Venezia sarebbe stato bello parlarne domenica scorsa a Trento, ma nessuno mi ha fatto presente ciò...peccato. qui c’è il testo in bozza https://wiki.openstreetmap.org/wiki/User:Lucacorsato non vi nascondo che sono emozionato e impaurito, ma ritengo altresì che sia da promuovere l’”adolescenza” del progetto OSM - quanto meno per l’Italia - per avviarlo all’età adulta: quella in cui non sarà la “wikipedia delle mappe” che già è tantissimo, ma l’infrastruttura italiana per la normalizzazione di tutti i dati con riferimenti geografici. mi spiace ma se l’infrastruttura italiana per la normalizzazione di tutti i dati con riferimenti geografici intendi il repository per i dati ufficiali dell'Italia vedo grossissime difficoltà per cui questo possa accadere, se non con un strumento che possa aiutare le PA a riprendersi i dati di OSM, controllare le differenze con i propri e poi rilasciare una nuova versione, aggiornata, certificata dall'ente. Non vi chiedo di sostenere la candidatura ma di valutarne l’attinenza con il progetto e le persone che costruiscono la Mappa. Se pensate che l’idea di Venezia possa essere buona… beh… tifiamo assieme! Vedo un grosso punto debole sulla candidatura: la data, considera che SOTM2014 è fra pochi giorni, fine maggio inizi di giugno vuol dire più o meno fra 7 mesi, secondo me troppo pochi per un convegno annuale. Non si riuscirebbe a spostare un po' più avanti tipo metà luglio? per il resto mi sembra una buona proposta. a presto, spero con buone nuove grazie luca -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
2014-11-01 10:13 GMT+01:00 Fabrizio Tambussa ftambu...@gmail.com: Vado a memoria, ma SOTM è sempre stato intorno a giugno. A me risulta settembre o luglio tranne nell'edizione 2014 SOTM 2013 http://2013.stateofthemap.org/ 6-8 Settembre 2013 SOTM 2012 http://2012.stateofthemap.org/ 6-8 Settembre 2012 SOTM 2011 http://2011.stateofthemap.org/ 9-11 Settembre 2011 SOTM 2010 http://2010.stateofthemap.org/ 9-11 Luglio 2010 SOTM 2009 http://2009.stateofthemap.org/ 10-12 Luglio 2009 SOTM 2008 http://2008.stateofthemap.org/ 12-13 Luglio 2008 SOTM 2007 (il primo) http://2007.stateofthemap.org/ 14-15 Luglio 2007 A meta Luglio 2015 c'e' FOSSG Europe a Como o sbaglio? yes! ed anche se le due comunità sono distinte ma con un insieme comune, sarebbe veramente sciocco sovrapporre gli eventi. Non è un caso che in altre occasioni le due conferenze sono state presentate in modo da non sovrapporsi e magari nella stessa location. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Altro caso di mancata attribuzione
Spuntano come i funghi, forse perché la nostra mappa sta diffondendosi sempre più? Ho trovato che l'Agenzia regionale per la protezione ambientale dell'Umbria per la visualizzazione dei suoi dati su mappa [1] utilizza diverse mappe di base, tra cui OpenStreetMap. Per la verità su nessuna base è riportata alcuna attribuzione, ma mi sarebbe piaciuto vedere il nostro copyright qui [2]. Ciao Marcello [1] http://www.arpa.umbria.it/open-data.asp [2] http://i.imgur.com/41N9hCc.png ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
Il 01 novembre 2014 09:05:38 CET, Luca Delucchi lucadel...@gmail.com ha scritto: 2014-10-31 19:41 GMT+01:00 luca corsato luc...@gmail.com: Non vi chiedo di sostenere la candidatura ma di valutarne l’attinenza con il progetto e le persone che costruiscono la Mappa. Se pensate che l’idea di Venezia possa essere buona… beh… tifiamo assieme! Vedo un grosso punto debole sulla candidatura: la data, considera che SOTM2014 è fra pochi giorni, fine maggio inizi di giugno vuol dire più o meno fra 7 mesi, secondo me troppo pochi per un convegno annuale. Non si riuscirebbe a spostare un po' più avanti tipo metà luglio? Nessuno ha notato che la call for venue[1] fa esplicito riferimento ad un periodo diverso? Basta leggere: Are the dates set? No, the date of SotM15 are not set yet. But we're looking at autumn 2015 (August -October). [1] http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2015/Call_for_venues Direi che è ben più di un'ipoteca. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
2014-11-01 1:02 GMT+01:00 Luca Corsato luc...@gmail.com: Grande Volker!!! grazie AndriaTZ (ma quanti nick hai??) :-D spero di farvi sapere a presto la buona notizia Ciao Luca, hai pensato di coinvolgere anche qualche ente locale... ad esempio le Università? A IUAV si occupano anche di urbanistica e penso che le mappe libere possano sicuramente essere di loro interesse, mentre lato Ca' Foscari il rettore attuale è l'ex direttore del dipartimento di informatica, quindi una persona che potrebbe essere interessata. Luca -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Altro caso di mancata attribuzione
Scusate se rispondo a me stesso ma vorrei aggiungere altre informazioni, dato che nei loro open data (rilasciati con licenza CC-BY 3.0 IT) ci sono i corsi d'acqua dell'Umbria e in OSM i più piccoli non ci sono e per i più grandi spesso il primo tratto vicino alla sorgente non c'è perché non chiaramente visibile dalle foto aeree, avevo iniziato ad inserirli, poi mi sono fermato aspettando una risposta al quesito, posto nel thread riguardo le foto satillari di Google, su come va messa l'attribuzione. Pensate sia il caso di fare una comunicazione unica facendo notare la mancanza di attribuzione e chiedendo al contempo per i dati da loro rilasciati come inserire la citazione della fonte, posso inviarla io come umile mappatore o è meglio l'invio da parte di qualcuno con un ruolo ufficiale? Grazie Ciao Marcello Il 01/11/2014 10:56, Marcello ha scritto: Spuntano come i funghi, forse perché la nostra mappa sta diffondendosi sempre più? Ho trovato che l'Agenzia regionale per la protezione ambientale dell'Umbria per la visualizzazione dei suoi dati su mappa [1] utilizza diverse mappe di base, tra cui OpenStreetMap. Per la verità su nessuna base è riportata alcuna attribuzione, ma mi sarebbe piaciuto vedere il nostro copyright qui [2]. Ciao Marcello [1] http://www.arpa.umbria.it/open-data.asp [2] http://i.imgur.com/41N9hCc.png ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Altro caso di mancata attribuzione
Ciao, secondo me è meglio se cominci a scrivere all'indirizzo email che trovi sul sito dei dati aperti dell'Umbria http://dati.umbria.it/ Sono certo che ti risponderanno 2014-11-01 11:26 GMT+01:00 Marcello arca...@gmail.com: Scusate se rispondo a me stesso ma vorrei aggiungere altre informazioni, dato che nei loro open data (rilasciati con licenza CC-BY 3.0 IT) ci sono i corsi d'acqua dell'Umbria e in OSM i più piccoli non ci sono e per i più grandi spesso il primo tratto vicino alla sorgente non c'è perché non chiaramente visibile dalle foto aeree, avevo iniziato ad inserirli, poi mi sono fermato aspettando una risposta al quesito, posto nel thread riguardo le foto satillari di Google, su come va messa l'attribuzione. Pensate sia il caso di fare una comunicazione unica facendo notare la mancanza di attribuzione e chiedendo al contempo per i dati da loro rilasciati come inserire la citazione della fonte, posso inviarla io come umile mappatore o è meglio l'invio da parte di qualcuno con un ruolo ufficiale? Grazie Ciao Marcello Il 01/11/2014 10:56, Marcello ha scritto: Spuntano come i funghi, forse perché la nostra mappa sta diffondendosi sempre più? Ho trovato che l'Agenzia regionale per la protezione ambientale dell'Umbria per la visualizzazione dei suoi dati su mappa [1] utilizza diverse mappe di base, tra cui OpenStreetMap. Per la verità su nessuna base è riportata alcuna attribuzione, ma mi sarebbe piaciuto vedere il nostro copyright qui [2]. Ciao Marcello [1] http://www.arpa.umbria.it/open-data.asp [2] http://i.imgur.com/41N9hCc.png ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
2014-11-01 10:54 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: 2014-11-01 10:13 GMT+01:00 Fabrizio Tambussa ftambu...@gmail.com: Vado a memoria, ma SOTM è sempre stato intorno a giugno. A me risulta settembre o luglio tranne nell'edizione 2014 SOTM 2013 http://2013.stateofthemap.org/ 6-8 Settembre 2013 SOTM 2012 http://2012.stateofthemap.org/ 6-8 Settembre 2012 SOTM 2011 http://2011.stateofthemap.org/ 9-11 Settembre 2011 SOTM 2010 http://2010.stateofthemap.org/ 9-11 Luglio 2010 SOTM 2009 http://2009.stateofthemap.org/ 10-12 Luglio 2009 SOTM 2008 http://2008.stateofthemap.org/ 12-13 Luglio 2008 SOTM 2007 (il primo) http://2007.stateofthemap.org/ 14-15 Luglio 2007 A meta Luglio 2015 c'e' FOSSG Europe a Como o sbaglio? yes! ed anche se le due comunità sono distinte ma con un insieme comune, sarebbe veramente sciocco sovrapporre gli eventi. ovviamente, ma metterli abbastanza vicini invece potrebbe essere un valore aggiunto Non è un caso che in altre occasioni le due conferenze sono state presentate in modo da non sovrapporsi e magari nella stessa location. +1, peccato che c'è poco tempo se potevamo vedere di candidare Como :-) -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
La candidatura di Venezia è ottima, vederla bocciata perché non rientra nel periodo richiesto sarebbe un peccato, non è possibile spostare il tutto a Settembre-Ottobre? Ciao Marcello Il 01/11/2014 11:12, Luigi Toscano ha scritto: Nessuno ha notato che la call for venue[1] fa esplicito riferimento ad un periodo diverso? Basta leggere: Are the dates set? No, the date of SotM15 are not set yet. But we're looking at autumn 2015 (August -October). [1] http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2015/Call_for_venues Direi che è ben più di un'ipoteca. Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
Il 31/10/2014 19:41, luca corsato ha scritto: Carissimi, è con incosciente piacere che vi comunico che posterò nelle candidature per SOTM15 Venezia Ottimo!! Quando s'era iniziato a parlare di provare a fare SOTM da queste parti m'era venuta anche mezza idea di buttarla lì... ma poi avevo pensato al fatto che Venezia attualmente è retta da un commissario, dunque probabilmente era un po' più complicato appoggiarsi all'amministrazione sfruttando i rapporti che c'erano tra comune e comunità OSM. Comunque sarebbe veramente bello se si riuscisse a farlo... e vedrei bene anche un bel mapping party in centro storico... dato che le direttive invitano a puntare sui numeri civici fare una bel mapping di civici veneziani non sarebbe male. Il 01/11/2014 12:01, Marcello ha scritto: La candidatura di Venezia è ottima, vederla bocciata perché non rientra nel periodo richiesto sarebbe un peccato, non è possibile spostare il tutto a Settembre-Ottobre? +1 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
Io vado un pò controcorrente... Secondo me lo SOTM è un'occasione per parlare di OSM dove c'è una concreta opportunità di usare OSM. Venezia sarebbe una bella location. Punto. Nell'ambito delle opportunità di incontrare e far conoscere OSM a chi potrebbe essere interessato ad adottarlo, Venezia è la scelta più ragionevole? A me sembra che la comunità internazionale possa e debba cogliere l'opportunità dell'EXPO 2015, per conoscere e farsi conoscere, e per questo dico: SOTM 2015 a Milano! Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
Il giorno 01 novembre 2014 13:47, Francesco Pelullo f.pelu...@gmail.com ha scritto: A me sembra che la comunità internazionale possa e debba cogliere l'opportunità dell'EXPO 2015, per conoscere e farsi conoscere, e per questo dico: SOTM 2015 a Milano! Bene, evviva! Prepara la candidatura su Milano, trova persone che ti aiutino ad organizzare e la struttura che ospiti almeno 200 persone a Milano durante l'expo, hospitality, eccetera. Mi raccomando entro domani che il termine di presentazione incombe :-) Ciao /niubii/ Grazie, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
Il 01/Nov/2014 13:54 sabas88 saba...@gmail.com ha scritto: Bene, evviva! Prepara la candidatura su Milano, trova persone che ti aiutino ad organizzare e la struttura che ospiti almeno 200 persone a Milano durante l'expo, hospitality, eccetera. Mi raccomando entro domani che il termine di presentazione incombe :-) Questi dettagli tecnici li lascio volentieri a te! ;-) Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
Trolloni :-) -- Sent from my rotary dial phone. Not a fruit. On Nov 1, 2014 1:59 PM, Francesco Pelullo f.pelu...@gmail.com wrote: Il 01/Nov/2014 13:54 sabas88 saba...@gmail.com ha scritto: Bene, evviva! Prepara la candidatura su Milano, trova persone che ti aiutino ad organizzare e la struttura che ospiti almeno 200 persone a Milano durante l'expo, hospitality, eccetera. Mi raccomando entro domani che il termine di presentazione incombe :-) Questi dettagli tecnici li lascio volentieri a te! ;-) Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] candidatura di Venezia per State of the Map 2015
Ciao, grazie per tutto quello che avete scritto. Rispondo un po' in genere a tutti perchè sono in mobile: - fino a 10 giorni fa non c'era una reale possibilità perchè non la ritenevamo fattibile - poi la concomitanza dell'UNESCO e la disponibilità nel programma unita quella degli spazi commerciali ci ha fatto considerare SOTM - si è aggiunto l'interesse degli organizzatori di Aquae e siccome è tutto incentrato su meteo e clima, la componente OSM ci sembra imprescindibile - il periodo è definito (più o meno) dalla presenza di UNESCO e dalla considerazione che settembre è impraticabile per Venezia per costi, Biennale e Mostra del Cinema più regata storica - fine ottobre è prossimo a chiusura EXPO (Aquae è strettamente collegato a Milano) e dalla Maratona di Venezia - luglio/agosto sono periodi un po' così per il clima e il programma non era sufficientemente definito da poter prendere impegni - le date sono molto legate anche alla programmazione di Milano, ma stiamo valutando in tutto questo, non ritengo che questa proposta sia definitiva e cristallizzata, ma è quello che c'è al momento. Poi si migliorerà e si allargherà il bacino dei soggetti coinvolti. Ora non ha senso interpellare Enti e Istituzioni (che comunque fanno già parte di Aquae, ed è per questo che abbiamo colto al volo la possibilità), ma se ci sarà assegnazione allora si parte con tutto l'impianto di presenza e partnership. Io non intendo proporre repository o programmi infrastrutturali nel senso classico... lavoro e ho lavorato nella PA e ho già avuto l'esperienza di rilasciare la cartografia di base del Comune di Venezia... so che se non s'incardina il concetto che OSM, come wiki*, sono delle infrastrutture - ed è proprio grazie alla loro diffusione e partecipazione che sono di fatto degli agenti normalizzatori - allora non si supererà mai il divario tra ambito amministrativo e conoscitivo. Bisogna iniziare a definire le relazioni tra utenti (con i loro molteplici interessi) e gli uffici tecnici. Non ho ambizione di replicare Repertori Nazionali e nemmeno di ipotizzare piani urbanistici trasferiti/basati su OSM. Ho altresì l'ambizione di riportare le informazioni catastali, urbanistiche, edilizie qualora queste fossero utili (e lo sono) per leggere meglio il territorio rappresentato. Tutto qui... poi un'ultima cosa: non considero noi (anche se io sono a margine) dei soggetti utili al territorio o alle aziende, ma considero che la volontarietà sia la base di OSM ma NON il volontariato! OSM non è un progetto sfruttabile, ma fruibile e su questo abbiamo ipotizzato un SOTM in Italia! Se poi è Venezia per me è più comodo ma molto più faticoso, ma lo considero uno scotto da pagare per i miei bassi contributi. ora vediamo che succede grazie ancora fioi! luca luca corsato fb luca.corsato tw lucacorsato www.lucacorsato.it Il giorno 01/nov/2014, alle ore 14:03, Simone Cortesi sim...@cortesi.com ha scritto: Trolloni :-) -- Sent from my rotary dial phone. Not a fruit. On Nov 1, 2014 1:59 PM, Francesco Pelullo f.pelu...@gmail.com wrote: Il 01/Nov/2014 13:54 sabas88 saba...@gmail.com ha scritto: Bene, evviva! Prepara la candidatura su Milano, trova persone che ti aiutino ad organizzare e la struttura che ospiti almeno 200 persone a Milano durante l'expo, hospitality, eccetera. Mi raccomando entro domani che il termine di presentazione incombe :-) Questi dettagli tecnici li lascio volentieri a te! ;-) Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ 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
Aury domani mi ci metto :-) Il giorno sab 1 nov 2014 18:00 Aury88 [via GIS] ml-node+s19327n5822643...@n5.nabble.com ha scritto: girarsi_liste wrote Questo sarebbe un vero PECcato.. O_o xD. Io comunque aspetto un commento da qualcun'altro con esperienza nel contattare le PA per conferme/suggerimenti/correzioni tipo Francesco o aborruso.. o magari Cristian che essendo di wikimedia con queste cose ci avrà a che fare ogni giorno. Per lunedì avrei intenzione di inviare la PEC :) Ciao, Aury -- If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Aiuto-lettera-da-inviare-a-comune-siciliano-per-l-apertura-dei-dati-tp5810423p5822643.html To unsubscribe from Aiuto:lettera da inviare a comune siciliano per l'apertura dei dati, click here http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5810423code=YWJvcnJ1c29AZ21haWwuY29tfDU4MTA0MjN8NTQ1MjA5NTc2 . NAML http://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/Aiuto-lettera-da-inviare-a-comune-siciliano-per-l-apertura-dei-dati-tp5810423p5822645.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] Altro caso di mancata attribuzione
Maurizio Napolitano-3 wrote Ciao, secondo me è meglio se cominci a scrivere all'indirizzo email che trovi sul sito dei dati aperti dell'Umbria http://dati.umbria.it/ Sono certo che ti risponderanno 2014-11-01 11:26 GMT+01:00 Marcello lt; arcanma@ gt;: Scusate se rispondo a me stesso ma vorrei aggiungere altre informazioni, dato che nei loro open data (rilasciati con licenza CC-BY 3.0 IT) ci sono i corsi d'acqua dell'Umbria e in OSM i più piccoli non ci sono e per i più grandi spesso il primo tratto vicino alla sorgente non c'è perché non chiaramente visibile dalle foto aeree, avevo iniziato ad inserirli, poi mi sono fermato aspettando una risposta al quesito, posto nel thread riguardo le foto satillari di Google, su come va messa l'attribuzione. Pensate sia il caso di fare una comunicazione unica facendo notare la mancanza di attribuzione e chiedendo al contempo per i dati da loro rilasciati come inserire la citazione della fonte, posso inviarla io come umile mappatore o è meglio l'invio da parte di qualcuno con un ruolo ufficiale? Grazie Ciao Marcello Il 01/11/2014 10:56, Marcello ha scritto: Spuntano come i funghi, forse perché la nostra mappa sta diffondendosi sempre più? Ho trovato che l'Agenzia regionale per la protezione ambientale dell'Umbria per la visualizzazione dei suoi dati su mappa [1] utilizza diverse mappe di base, tra cui OpenStreetMap. Per la verità su nessuna base è riportata alcuna attribuzione, ma mi sarebbe piaciuto vedere il nostro copyright qui [2]. Ciao Marcello [1] http://www.arpa.umbria.it/open-data.asp [2] http://i.imgur.com/41N9hCc.png ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it Uh che strano... la pagina dell'ARPA Umbria che c'è nel link risulta non esistente... MAH! MAx -- View this message in context: http://gis.19327.n5.nabble.com/Altro-caso-di-mancata-attribuzione-tp5822598p5822653.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
[Talk-at] Namen von Objekten ohne Schild
hi.. nachdem ich mich gut durchs talk-at archiv gewühlt und das wiki kreuz und quer durchwandert habe ist weiterhin eine frage offen. und zwar das thema: woher kommen die namen für grosse objekte wie berge, täler, sättel, almen, kare, scharten wenn selbige kein taferl umgehängt haben? manchmal wenn man mit menschen vor ort spricht, dann bekommt man eine direkte antwort. aber meistens sagen sie irgendwas von in der karte nachschauen, holen eine karte von FB oder die ÖK heraus und sagen einem wie das teil heisst. was insofern interessant ist, weil die ÖK (also das vermessungsamt) diese namen irgendwann vor ort erhoben und mehr oder weniger passend in schriftsprache verwandelt hat. womit irgendwo ein zirkelschluss entsteht, die quelle ist die quelle für die antwort auf die frage nach dem original.. oder so. sind jetzt die namen, die zB in der ÖK sind, allgemeingut oder nicht? oder anders gefragt: wo ist das verzeichnis für die namen von grossen geographischen objekten? herzliche grüsse, grubernd ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Namen von Objekten ohne Schild
On 01.11.2014 17:19, grubernd wrote: woher kommen die namen für grosse objekte wie berge, täler, sättel, almen, kare, scharten wenn selbige kein taferl umgehängt haben? manchmal wenn man mit menschen vor ort spricht, dann bekommt man eine direkte antwort. aber meistens sagen sie irgendwas von in der karte nachschauen, holen eine karte von FB oder die ÖK heraus und sagen einem wie das teil heisst. was insofern interessant ist, weil die ÖK (also das vermessungsamt) diese namen irgendwann vor ort erhoben und mehr oder weniger passend in schriftsprache verwandelt hat. womit irgendwo ein zirkelschluss entsteht, die quelle ist die quelle für die antwort auf die frage nach dem original.. oder so. sind jetzt die namen, die zB in der ÖK sind, allgemeingut oder nicht? oder anders gefragt: wo ist das verzeichnis für die namen von grossen geographischen objekten? Das Verzeichnis gibt es nicht. Im Grunde schneidest du zwei verschiedene Problematiken an: 1.) Urheberrecht: Ob wir die Namen von anderen Karten abschreiben dürfen. Ja, die Namen sind Allgemeingut. Außerdem unterliegen einzelne Daten nicht dem Urheberrecht, nur Datensammlungen. D.h. wenn du einzelne Namen aus der OK abschreibst, ist das erlaubt. Wenn du alle Namen in einem Gebiet 1:1 übernimmst, vielleicht sogar automatisiert (OCR), dann kann es rechtliche Probleme geben, falls das BEV das merkt und der Meinung ist, dass du ihnen damit schadest (weil keiner mehr die ÖK kauft). Das ist sehr unwahrscheinlich. Wahrscheinlicher ist, dass du Probleme mit anderen Openstreetmappern oder mit der LWG kriegst. So oder so ist der Nachweis schwer möglich, es sei denn du taggst alles mit source=import from BEV. Die topografischen Namen sind meistens in mehreren Karten zu finden, und daher ist nicht feststellbar, von wo sie abgeschrieben wurden. Vor allem aber sind die Namen in der BEV alle auch in der Basemap zu finden (oder kennt wer Ausnahmen?), und das führt die ganze Angst ad absurdum, da wir aus der Basemap sowieso abschreiben dürfen. Noch dazu können wir die Basemap im Editor als Hintergrund nehmen. Ich benutze die ÖK (bzw. amap.at) nur um die Lage zu überprüfen. Die Lage ist in der Basemap oft nicht ganz korrekt oder nicht eindeutig. Täler z.B. sind als Punkte angegeben, und Gipfel und Ortsnamen verändern ihre Lage mit dem Zoomlevel. 2.) Welche Namen bzw. Schreibweisen überhaupt die richtigen sind. Es gibt Namen in der ÖK bzw. Basemap, in älteren amtlichen Karten (z.B. Franzisco-Josephinische Landesaufnahme), in privatwirtschaftlichen Karten (Kompass, FreytagBerndt, Falk, SchubertFranzke, Alpenvereinskarten), in Karten von Gemeinden und Fremdenverkehrsverbänden, in Kletterführern, Chroniken und anderen Büchern. Weiters Namen auf Wegweisern (oft widersprüchlich!). Und natürlich die Namen, die man im persönlichen Gespräch von Anwohnern erfährt - ebenfalls oft widersprüchlich. Welchen Namen wir in OSM als Hauptnamen nehmen, ist Ermessenssache. Faustregel: den gebräuchlichsten. Ein Name, der in der ÖK steht, muss noch nicht der gebräuchlichste sein. Meine Priorität sind die Beschriftungen vor Ort (sofern einheitlich); dann die Angaben in Chroniken und alten Kletterführern; dann mündliche Auskünfte vor Ort, jedoch mit Skepsis, falls sie nur von einer einzelnen Person stammen. Die kann sich irren. Für andere Namen außer dem Hauptnamen gibt es alt_name, old_name, loc_name usw. - bitte die darf man alle nutzen. Schwierig kann es nicht nur sein, für etwas den richtigen Namen herauszufinden, sondern auch umgekehrt zu einem Namen herauszufinden, auf was er sich bezieht. Beispiele: 1.) Hirschkogel bei Kleinzell - damit sind je nach Karte verschiedene Berge bezeichnet. 2.) Beim Fernrohr nahe Vois in NÖ. Trotz der Schwierigkeiten finde ich es super, wenn endlich jemand (außer mir) beginnt, Täler usw. zu mappen. Besonders Täler werden oft stiefmütterlich behandelt. Bergsteiger sehen nur die Gipfel, verabscheuen Täler und Gräben. Leider kenne ich keine Karte, in der natural=valley (d.h. dessen Name) angezeigt wird. Weder die auf openstreetmap.org auswählbaren Layers, noch die Opentopomap, noch die Wanderreitkarte. Hoffentlich wird das noch. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Namen von Objekten ohne Schild
Hi, mit Verzeichnis kann ich leider nicht dienen, aber viele Namen von Bergen, Sätteln und andere Ortsnamen findet man in der basemap.at. lg, nebulon42 Am Samstag, den 01.11.2014, 17:19 +0100 schrieb grubernd: hi.. nachdem ich mich gut durchs talk-at archiv gewühlt und das wiki kreuz und quer durchwandert habe ist weiterhin eine frage offen. und zwar das thema: woher kommen die namen für grosse objekte wie berge, täler, sättel, almen, kare, scharten wenn selbige kein taferl umgehängt haben? manchmal wenn man mit menschen vor ort spricht, dann bekommt man eine direkte antwort. aber meistens sagen sie irgendwas von in der karte nachschauen, holen eine karte von FB oder die ÖK heraus und sagen einem wie das teil heisst. was insofern interessant ist, weil die ÖK (also das vermessungsamt) diese namen irgendwann vor ort erhoben und mehr oder weniger passend in schriftsprache verwandelt hat. womit irgendwo ein zirkelschluss entsteht, die quelle ist die quelle für die antwort auf die frage nach dem original.. oder so. sind jetzt die namen, die zB in der ÖK sind, allgemeingut oder nicht? oder anders gefragt: wo ist das verzeichnis für die namen von grossen geographischen objekten? herzliche grüsse, grubernd ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Namen von Objekten ohne Schild
danke für die infos. dann lag ich mit meinen (nicht formulierten) vermutungen doch nicht so verkehrt. die namen 1:1 und in massen aus der amap oder einem sonstigen kartenwerk zu übernehmen ist sowieso nicht mein anliegen, aber gerade bei weitläufigen landschaften ist die benennung der ein oder anderen örtlichkeit von nutzen. http://www.openstreetmap.org/#map=15/47.6046/14.9374 alpine landschaften sind übrigens immer wieder ein super beispiel warum man nicht für die (aktuellen) renderer mappen sollte, sondern vernünftig. von den 5 verfügbaren standardansichten auf openstreetmap.org braucht man mindestens zwei um einen halbwegs korrekten eindruck der gegend bekommen zu können. aber das wird schon noch.. =) herzliche grüsse, grubernd ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] State of the Map 2014 2015
Hi All, I hope that you have your flight booked for State of the Map next weekend in Buenos Aires. It should be great fun. Start thinking now about how you are going to get to State of the Map next year. We don't know where State of the Map 2015 will be, yet. That should be announced in BA on 9 Nov. at the closing ceremonies. For now, have a look at the venue bids to see list list of potential sites for SotM 2015. Any of those look interesting to you? How about Toronto? I hope that you will support the Toronto bid by tweeting and writing about your support during this next week. OpenStreetMap events are great fun. Join the fun. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2015/Call_for_venues ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] pharmacie, dispensing
Elle devrait être ' \b[P|p]harmacie\b http://regexr.com/39r2h’ mais overpass ne supporte pas les \b. Oui, overpass utilise les expressions rationnelles posix, donc pas moyen de chercher les débuts ou fins de mots :-( J’ai écrit un ticket https://github.com/drolbr/Overpass-API/issues/146 proposant d’utiliser la bibliothèque de code PCRE (utilisée par PHP, R…). Les expressions sont compatibles avec celles de Javascript, Perl… D’ailleurs je ne sais pas si et comment on peut lui passer des flags i (ignore case) g (global) et m (multiline). Des pistes ? En étudiant le code source, il est possible d’utiliser l’option « ignorer la casse » mais uniquement en Overpass-XML : has-kv k=name regv=pharmacie case=ignore »/ Cette expression trouvera « Pharmacie », « PHARMACIE », « pharmacie »… — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=trunk en France
Coucou, Jérôme Amagat wrote Si la voie express en agglo est remplacé par une voie non express au même endroit la vitesse passe de 90 (ou 70) à 50 donc la voie express permet bien d'aller plu vite même si a un autre endroit tu peux rouler encore plus vite. Donc en gros l'idée est de désigner le cas des 2x2 voies, sens unique, vitesse inférieure à 110 km/h (90 ou 70) avec ou sans panneau C107 dans les agglomérations en highway=trunk, et highway=primary hors agglomérations ? Cordialement. -- View this message in context: http://gis.19327.n5.nabble.com/highway-trunk-en-France-tp5821793p5822602.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=trunk en France
Bonjour, J'ai l'impression que le débat tourne autour de la vitesse sur ce sujet des trunk. Attention en France, les voies pour automobile C107 (voie expresse) sont réglementé et par définition sont par de nombreuses caractéristiques implicites (sauf panneaux pour caractéristique explicites) - Vitesse 110km/h - Présence de véhicule lent (les connues, agricole,piéton, cyclo,.. mais aussi les fauteuil roulant de vitesse supérieur à 6km, traction animale, .. - Affichage publicitaire en bord de voies 40m - interdiction de faire demi-tour (pour les C107 à double voies) - Voie d'arrêt d'urgence - Réglementation sur le dépannage : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT29097784dateTexte=categorieLien=id Si on met les C107 en primary pour des raisons de vitesse ou de 2x2 voies alors il faudra de façon exhaustive indiqué toutes les caractéristiques ci-dessus. - Si grâce aux positionnement des panneaux publicitaire (http://www.cartographiepublicitaire.org/) on veut vérifier leurs distances à la voies. - Si une personne avec fauteuil électrique (6km/h) utilise sont GPS pour circuler sur primary (il a le droit) risque de se retrouver sur une voie C107 - Si un garagiste veux dépanner sur une primary il risque de se voir intervenir illégalement sur une voie expresse Si ponctuellement une C107 est autorisée aux véhicules agricoles, limitée à 90Km, à double sens, il existe des tag pour indiquer cela. il est tellement plus simple en France Autoroute : motorway Voie express (C107) : Trunk les autres des fois 110Km/h des fois non Pour les Voie expresse C107, la vitesse maxi n'est-elle pas caractéristique mineures par rapport à toutes les autres ??? -- View this message in context: http://gis.19327.n5.nabble.com/highway-trunk-en-France-tp5821793p5822612.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=trunk en France
Il ne fqudrait pas être aussi catégorique. 2x2 voies hors agglo peut aussi être par endroit li,ité à moins de 110 avec le panneau C107 et ne devrait pas passer en highway=pri,ary mais rester en trunk. Notamment dans les prolongements d'autoroutes ou routes nationales/départementales/départementales en voie de classement autoroutier et dont les accès sont protégés avec de vraies échangeurs. Même la présence d'un grand rond-point ne devrait pas gêner (bien que cela se trouve plutot alors assez prêt des agglomérations. La classification des nationales/départementales/métropolitaines n'est plus un guide depuis que l'Etat et les collectivités se transfèrent des compétences sur le réseau routier (de mêmetoutes les autoroutes ne sont pas concédées à des sociétés privées, et toutes les autoroutes ne sont pas payantes). On doit plus se baser sur la topologie des lieux et notamment les interdictions d'accès, la présence de bretelles; de voies d'accélération, de voies d'arrêt d'urgence, le ryaon d ecourbure des virages... Sinon que dire de la nationale qui autour d'Avranche joint les deux segments de l'A84 (mais se prolonge ensuite en suivant la cote vers Saint-Malo via un imposant échangeur où sont connectées aussi d'autres départementales): plus de trunk, passage en primary ? Si cette section n'a pas été classée officiellement A84, c'est parce que l'Etat l'a encore en charge (pas de transfert aux deux régions basse-normande et bretonne ni de concession à la société d'autoroute qui prend en charge les segments calssés A84; dont la section bretonne sans péage vers Rennes). Toute cette section n'est pas dans l'agglomération d'Avranche. et on ne devrait pas soudaiement passer en trunk juste dans cette agglomération (alors que la vitesse y est plus réduite que sur le reste). Il y a le C107 pourtant partout sur cette section de nationale (dont la classification en autoroute pose problème justement dans l'agglomération où cette section sert aussi de rocade urbaine puisque le projet de contournement autoroutier séparé d'Avranche n'a pas été retenu, a collectivité ayant préféré améliorer la voie existante pour faire la jonction autoroutière)... D'ailleurs cet axe fait partie du tracé de la route européenne dite autoroute des estuaires alors que ce trajet emprunte encore diverses nationales et départementales; pas toutes encore en 2x2 voies mimimum; notammeent au sud de Nantes avant l'A81 via l'ancienne N137 découpée en départementales dont certaines sont progressivement déclassées; et où il manque encore la partie en Sud-Vendée entre La Roche-sur-Yon et la Rochelle; où le projet d'autoroute évitant le long contournement très à l'Est autour de Niort est encore suspendu dans les marais vendéens et charentais et où les départementales déclassées sont aussi urbanisés avec des carrefours, feux et limites abaissées régulièrement à 70, 50 ou même 30 dans les traversées de villages par des carrefours non protégés). A l'heure actuelle la route euopéenne passe encore par cette autoroute Nantes-Niort Est avant de reproendre l'autoroute Paris-Poitiers-Bordeaux et pas de liaison vers la Rochelle (et le secteur de Niort-Est est régulièrement bouchonné par le trafic Poitiers-Bordeaux) D'ailleurs si on regarde les motorways au Royayme-Uni, la plupart ne mériteraient même pas la classification de déartementale en France et certaines n'ont même pas de séparation centrale et ont des carrefours non protégés autrement que par des stops (pas de bretelle; voie d'accélération ou de sortie inexistante ou juste construite par une réducton du nombre de voies transverses (obligation de rabattement/fusion de voies; et même des limites de vitesse très basses à ces endroits. Cependant les Britanniques ont gardé la classification basée sur la numérotation officielle et le fait que ces routes constituent un maillage router de base pour les liaisons interurbaines et périurbaines. En France c'est un peu bordélique à cause du nombre croissant d'acteurs dans les transports et du fait des transferts de plus en plus nombreux entre collectivités, Etat et acteurs privés. Les schémas de transport sont en pleine refonte, les budgets limités et il y a de nombreuses oppositions locales pour certains grands travaux (et en zone périrurbaine il y a une pression immobilière i,portante avec une inflation des prix des terrains, plus de nombreuses nouvelles contraintes de sécurité et environnementales, et certaines lois récentes en France ou aux frontières n'ont rien arrangé pour gérer le trafic longue distance notamment celui des poids-lourds). On ne peut plus facilement fixer de règle absolue, c'est une série d'adaptations locales, les schémas sont en plein bouleversement mais les travaux eux son dispersés et prendront des décennies. Le 1 novembre 2014 11:17, Axelos axe...@broman.fr a écrit : Coucou, Jérôme Amagat wrote Si la voie express en agglo est remplacé par une voie non express au même endroit la vitesse passe de 90 (ou 70) à 50 donc la voie express
Re: [OSM-talk-fr] pharmacie, dispensing
En étudiant le code source, il est possible d’utiliser l’option « ignorer la casse » mais uniquement en Overpass-XML : has-kv k=name regv=pharmacie *case=ignore »*/ Nonnonon :-) Le flag ignorecase se met avec une *,i* derrière voir le code en dessous. il n'y a pas d'échappement car celui-ci et fait dans le code. Pour le multiligne c'est pas accepté dans les valeurs et pour prendre généralement tu commeces par ^ et fini par $. La requête renvoie toute les noms commençant par pharmacie et (sans contrainte de case) et dispensing=no [out:json][timeout:250]; // gather results ( // query part for: “dispensing=no” and name~(^pharmacie)(.*$)*,i* node[dispensing=no][name~(^pharmacie)(.*$)*,i*]({{bbox}}); node[dispensing=no][name~(^pharmacie)(.*$)*,i*]({{bbox}}); node[dispensing=no][name~(^pharmacie)(.*$)*,i*]({{bbox}}); ); // print results out body; ; out skel qt; Je teste un autre requête ce soir pour compléter les cas invalides Le 1 novembre 2014 10:16, Yves Pratter yves.prat...@gmail.com a écrit : Elle devrait être ' \b[P|p]harmacie\b http://regexr.com/39r2h’ mais overpass ne supporte pas les \b. Oui, overpass utilise les expressions rationnelles posix, donc pas moyen de chercher les débuts ou fins de mots :-( J’ai écrit un ticket https://github.com/drolbr/Overpass-API/issues/146 proposant d’utiliser la bibliothèque de code PCRE (utilisée par PHP, R…). Les expressions sont compatibles avec celles de Javascript, Perl… D’ailleurs je ne sais pas si et comment on peut lui passer des flags i (ignore case) g (global) et m (multiline). Des pistes ? En étudiant le code source, il est possible d’utiliser l’option « ignorer la casse » mais uniquement en Overpass-XML : has-kv k=name regv=pharmacie *case=ignore »*/ Cette expression trouvera « Pharmacie », « PHARMACIE », « pharmacie »… — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pharmacie, dispensing
Nonnonon :-) Le flag ignorecase se met avec une ,i derrière voir le code en dessous. il n'y a pas d'échappement car celui-ci et fait dans le code. Merci, je n’avais pas repéré cette partie du code :-) Donc en résumé, pour ignorer la casse dans une expression rationnelle dans Overpass, on utilise la syntaxe had hoc : [‘clé’~’expression’,i] has-kv k=« clé regv=« expression case=ignore »/ La requête renvoie toute les noms commençant par pharmacie et (sans contrainte de case) et dispensing=« no » Il y a aussi les noms se terminants par pharmacie : « Grande pharmacie » Une autre façon de faire, c’est de prendre les objets le nom contenant « pharmacie » puis d’exclure ceux qui contiennent « parapharmacie » (en attendant que les expressions Perl soient utilisables) node[dispensing=no][name~(pharmacie)(.*$),i][« name!~ »(parapharmacie)(.*$),i]({{bbox}}); [out:json][timeout:250]; // gather results ( // query part for: “dispensing=no” and name~(^pharmacie)(.*$),i node[dispensing=no][name~(^pharmacie)(.*$),i]({{bbox}}); node[dispensing=no][name~(^pharmacie)(.*$),i]({{bbox}}); node[dispensing=no][name~(^pharmacie)(.*$),i]({{bbox}}); Tu recherches 3 fois la même chose ? ;-) ça donne ça pour un export vers JOSM : http://overpass-turbo.eu/s/5II http://overpass-turbo.eu/s/5II — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=trunk en France
Bonjour, J'interviens un peu tardivement sur le sujet, ayant eu de fortes occupations cette semaine. Le 01/11/2014 12:23, osmien a écrit : J'ai l'impression que le débat tourne autour de la vitesse sur ce sujet des trunk. Attention en France, Je crois que le problème, c'est d'attaquer au niveau national. Chacun dans son pays a proposé une détermination souvent sur des critères administratifs. Par exemple, en Angleterre, une classification de route a été retenue. Quand on regarde, on constate qu'une partie des dites routes ont tout juste un caractère régional. Résultat, les primary qui sont sensées assurer des liaisons nationales assurent des dessertes assez locales et semblent en nombre inférieur au trunk, ce qui va à l'encontre d'une hiérarchisation du réseau. Il y a le cas de l'Argentine cité par Pieren où les trunk sont utilisées massivement mais ont cannibalisé les niveaux inférieurs. Certains se sont dit aussi qu'il n'y avait pas de raison de ne pas utiliser de trunk dans les pays d'Afrique où le réseau routier était peu développé. Alors même que le faible développement du réseau rend difficile une hiérarchisation, on se retrouve en Somalie avec des trunk pour des routes qui doivent être à peu près goudronnées et des primary pour des pistes de quelques dizaines de kilomètres desservant un seul bled. Zone typique: http://osm.org/go/wriddA?relation=192799 Je vous laisse regarder sur Bing la tête de la primary suivante: http://osm.org/go/wq9KUXo--?relation=192799 Enfin, avec l'avancement d'OSM, on se rend compte que les données implicites, au niveau d'un pays par exemple, deviennent difficiles à gérer quand on veut globaliser à l'échelle mondiale. Si on part sur trunk = route pour automobile en France (ce que j'ai aussi soutenu à une époque), ça veut dire que pour obtenir les restrictions correspondantes, il faut faire des requêtes si (highway=trunk) et (highway en France) alors maxspeed=110, pas de tracteur, pas de vélo... sauf indications contraires. Et ceci à coder pour les 150 pays de la planètes dans tous les logiciels d'utilisation des données. Donc, je suis pour repartir sur une définition générique et plutôt que le longue distance de la définition initiale, voie express me paraît pas mal. Après, chaque pays peut donner des indication suivant le développement de son réseau routier. Par exemple, en France, on pourrait imaginer les voies à chaussées séparées non autoroutières mais éventuellement aussi les 2x1 non séparées disposant d'échangeurs comme certains contournements de ville. Ensuite, on explicite les aspects réglementaires avec motorroad, maxspeed, access=*... Inversement, un pays qui n'aurait pas de 2x2 non autoroutières mais des nationales bien profilées et contournant les villages pourrait les recommander pour trunk surtout s'il existe d'autres routes structurantes à l'échelle du pays mais moins bonnes et/ou moins rapides. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Intégration des gares et code uic_ref
Bonjour, La gare (rer, champigny) près de chez moi est signalé en erreur par Osmose: Gare sans uic_ref ou invalide. L'aide n'est pas d'un grand secours, l'item 7100 envoie au 8050 et 8051. Le 8051 renvoie à lui-même :-( http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#7100 http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#8050 http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#8051 Est-ce que les gares RER gérés par la RATP ont un identifiant ? Si oui, comment trouver le code 'uic_ref' d'une gare (Sachant qu'il n'y a pas d'item 8051 dans osmose) ? Cdt Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des gares et code uic_ref
j'ai retrouvé ca : http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.fr/59263 Le samedi 01 novembre 2014 à 21:56 +0100, Black Myst a écrit : Bonjour, La gare (rer, champigny) près de chez moi est signalé en erreur par Osmose: Gare sans uic_ref ou invalide. L'aide n'est pas d'un grand secours, l'item 7100 envoie au 8050 et 8051. Le 8051 renvoie à lui-même :-( http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#7100 http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#8050 http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#8051 Est-ce que les gares RER gérés par la RATP ont un identifiant ? Si oui, comment trouver le code 'uic_ref' d'une gare (Sachant qu'il n'y a pas d'item 8051 dans osmose) ? Cdt Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] intersection entre communes ???
Je ne comprend pas ce que fait là cette détection entre une frontière internationale (qui est aussi une rue à cet endroit, mais c'est secondaire car on a des erreurs de même type sans ça) et un landuse rédidentiel (qui n'a rien d'une commune). On dirait qu'Osmose tente de trouver des villages qui pourraient éventuellement être des subdivisions d'une commune, alors que les agglomérations n'ont rien à voir avec les villages en tant que tels, et encore moins avec les zones résidentielles d'un découpage d'utilisation des sols (où on trouve d'autres usages comme des forêts, zones d'activité commerciale ou industrielle; parcs et jardins...) Je ne suis pas convaincu de la méthode (qui ne fonctionne pas plus en Belgique où les sections communales (niveau 9) sont en fait l'ancien découpage des communes avant leur fusion massive (totalement indépendant des zones résidentielles et villages), et où les sous-sections sont des quartiers administratifs eux aussi indépendant des utilisations de sols. Peut-être que c'est adapté à l'Afrique où le découpage administratif est à l'état d'ébauche, mais pas du tout en Europe (et surtout pas les landuse issus du vieil import CORINE comme ici) Voici l'erreur rapportée par Osmose: *Intersection entre communes* *way 41904064 http://www.openstreetmap.org/browse/way/41904064* rawedit http://osmose.openstreetmap.fr/fr/map/# josm http://localhost:8111/load_object?objects=w41904064 edit http://osmose.openstreetmap.fr/fr/map/# *source* = Union européenne - SOeS, CORINE Land Cover, 2006. *landuse* = residential *CLC:id* = FR-1644 *CLC:code* = 112 *CLC:year* = 2006 *way 293523268 http://www.openstreetmap.org/browse/way/293523268* rawedit http://osmose.openstreetmap.fr/fr/map/# josm http://localhost:8111/load_object?objects=w293523268 edit http://osmose.openstreetmap.fr/fr/map/# *admin_level* = 2 *name* = Rue Dombrie *surface* = asphalt *source* = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2012 *border_type* = nation *boundary* = administrative *highway* = service Erreur reportée le : 2014-11-01 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pharmacie, dispensing
Donc en résumé, pour ignorer la casse dans une expression rationnelle dans Overpass, on utilise la syntaxe had hoc : - [‘clé’~’expression’,i] - has-kv k=clé regv=expression case=ignore / Je teste mes regex avec ce *site http://regex101.com/#python en mode python. *c'est une tuerie pour tester les chaines. tu peux y ajouter le modifier i dans la 2eme textbox qui suit la chaine regex La requête renvoie toute les noms commençant par pharmacie et (sans contrainte de case) et dispensing=« no » Il y a aussi les noms se terminants par pharmacie : « Grande pharmacie » Ah oui en effet Une autre façon de faire, c’est de prendre les objets le nom contenant « pharmacie » puis d’exclure ceux qui contiennent « parapharmacie » (en attendant que les expressions Perl soient utilisables) node[dispensing=no][name~(pharmacie)(.*$),i] [name!~(parapharmacie)(.*$),i]({{bbox}}); Oui c'est le seul moyen je pense car overpass n'accepte pas l'assertion (negative look-ahead (?!) ) *name~((pharmacie)(?!parapharmacie),i* ca fonctionne pas cela! // query part for: “dispensing=no” and name~(^pharmacie)(.*$)*,i* node[dispensing=no][name~(^pharmacie)(.*$)*,i*]({{bbox}}); node[dispensing=no][name~(^pharmacie)(.*$)*,i*]({{bbox}}); node[dispensing=no][name~(^pharmacie)(.*$)*,i*]({{bbox}}); Tu recherches 3 fois la même chose ? ;-) Euh je crois que j'ai oublié de changer en *way *et *relation *suite à ma copie ça donne ça pour un export vers JOSM : http://overpass-turbo.eu/s/5II Oui sauf que j'avais en effet fait ça on pensant avoir toujours le mot pharmacie au début [dispensing=no][name~pharmacie,i][name!~parapharmacie,i] C'est suffisant — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pharmacie, dispensing
Je teste mes regex avec ce site http://regex101.com/#python en mode python. c'est une tuerie pour tester les chaines. tu peux y ajouter le modifier i dans la 2eme textbox qui suit la chaine regex Ben moi j’utilise ces 2 là : http://www.regexr.com http://www.regexr.com/ https://www.debuggex.com https://www.debuggex.com/ Le second fait un joli graphique de l’expression ;-) Le tient affiche le détail de \b c’est (^\w|\w$|\W\w|\w\W) aagg c'est une tuerie pour tester les chaines C’est la citation pour halloween ou pour la Toussaint ?? :-D Oui c'est le seul moyen je pense car overpass n'accepte pas l'assertion (negative look-ahead (?!) ) C’est les ERE POSIX qui n’acceptent pas ça ;-) name~((pharmacie)(?!parapharmacie),i ca fonctionne pas cela! Faudrait essayer avec (^\w|\w$|\W\w|\w\W)pharmacie C'est suffisant Oh oui… Bonne nuit, — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] intersection entre communes ???
Bonjour, Selon moi, ca vient du fait que la zone CORINE fait partie de la même relation que les frontières classiques (admin_level 2 dans ton exemple). Osmose n'a aucune raison de les considérer différemment et les voit comme deux frontières au même niveau qui se croisent... D'autre part, la frontière en question ne semble pas complète, il manque la Rue des Fèves. Est ce que ce ne serait pas une erreur de selection qui fait que la zone CORINE a fini dans la relation à la place de cette rue? Cdlt, From: verd...@wanadoo.fr Date: Sat, 1 Nov 2014 23:59:34 +0100 To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] intersection entre communes ??? Je ne comprend pas ce que fait là cette détection entre une frontière internationale (qui est aussi une rue à cet endroit, mais c'est secondaire car on a des erreurs de même type sans ça) et un landuse rédidentiel (qui n'a rien d'une commune). On dirait qu'Osmose tente de trouver des villages qui pourraient éventuellement être des subdivisions d'une commune, alors que les agglomérations n'ont rien à voir avec les villages en tant que tels, et encore moins avec les zones résidentielles d'un découpage d'utilisation des sols (où on trouve d'autres usages comme des forêts, zones d'activité commerciale ou industrielle; parcs et jardins...) Je ne suis pas convaincu de la méthode (qui ne fonctionne pas plus en Belgique où les sections communales (niveau 9) sont en fait l'ancien découpage des communes avant leur fusion massive (totalement indépendant des zones résidentielles et villages), et où les sous-sections sont des quartiers administratifs eux aussi indépendant des utilisations de sols. Peut-être que c'est adapté à l'Afrique où le découpage administratif est à l'état d'ébauche, mais pas du tout en Europe (et surtout pas les landuse issus du vieil import CORINE comme ici) Voici l'erreur rapportée par Osmose: Intersection entre communes way 41904064 rawedit josm edit source = Union européenne - SOeS, CORINE Land Cover, 2006. landuse = residential CLC:id = FR-1644 CLC:code = 112 CLC:year = 2006 way 293523268 rawedit josm edit admin_level = 2 name = Rue Dombrie surface = asphalt source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2012 border_type = nation boundary = administrative highway = service Erreur reportée le : 2014-11-01 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] intersection entre communes ???
Non tu lis mal, il s'agit de deux ways distincts qui ne sont pas dans les mêmes relations. Et ça se produit ailleurs, Osmose se trompe ou alors utilise des données pas à jour Le 2 novembre 2014 01:03, Ronan Morin ronan_mo...@hotmail.com a écrit : Bonjour, Selon moi, ca vient du fait que la zone CORINE fait partie de la même relation que les frontières classiques (admin_level 2 dans ton exemple). Osmose n'a aucune raison de les considérer différemment et les voit comme deux frontières au même niveau qui se croisent... D'autre part, la frontière en question ne semble pas complète, il manque la Rue des Fèves. Est ce que ce ne serait pas une erreur de selection qui fait que la zone CORINE a fini dans la relation à la place de cette rue? Cdlt, -- From: verd...@wanadoo.fr Date: Sat, 1 Nov 2014 23:59:34 +0100 To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] intersection entre communes ??? Je ne comprend pas ce que fait là cette détection entre une frontière internationale (qui est aussi une rue à cet endroit, mais c'est secondaire car on a des erreurs de même type sans ça) et un landuse rédidentiel (qui n'a rien d'une commune). On dirait qu'Osmose tente de trouver des villages qui pourraient éventuellement être des subdivisions d'une commune, alors que les agglomérations n'ont rien à voir avec les villages en tant que tels, et encore moins avec les zones résidentielles d'un découpage d'utilisation des sols (où on trouve d'autres usages comme des forêts, zones d'activité commerciale ou industrielle; parcs et jardins...) Je ne suis pas convaincu de la méthode (qui ne fonctionne pas plus en Belgique où les sections communales (niveau 9) sont en fait l'ancien découpage des communes avant leur fusion massive (totalement indépendant des zones résidentielles et villages), et où les sous-sections sont des quartiers administratifs eux aussi indépendant des utilisations de sols. Peut-être que c'est adapté à l'Afrique où le découpage administratif est à l'état d'ébauche, mais pas du tout en Europe (et surtout pas les landuse issus du vieil import CORINE comme ici) Voici l'erreur rapportée par Osmose: *Intersection entre communes* *way 41904064 http://www.openstreetmap.org/browse/way/41904064* rawedit http://osmose.openstreetmap.fr/fr/map/# josm http://localhost:8111/load_object?objects=w41904064 edit http://osmose.openstreetmap.fr/fr/map/# *source* = Union européenne - SOeS, CORINE Land Cover, 2006. *landuse* = residential *CLC:id* = FR-1644 *CLC:code* = 112 *CLC:year* = 2006 *way 293523268 http://www.openstreetmap.org/browse/way/293523268* rawedit http://osmose.openstreetmap.fr/fr/map/# josm http://localhost:8111/load_object?objects=w293523268 edit http://osmose.openstreetmap.fr/fr/map/# *admin_level* = 2 *name* = Rue Dombrie *surface* = asphalt *source* = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2012 *border_type* = nation *boundary* = administrative *highway* = service Erreur reportée le : 2014-11-01 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] intersection entre communes ???
Je n'avais pas regarde le côté Belge, la zone Corine figure effectivement, à tord, dans la relation de frontière postale (pas la commune belge), c'est la zone Corine (un way simple fermé) qui déborde un peu sur la France; il n'y a aucune ano,alie sur les frontières françaises, mais ça sent une mauvaise sélection de chemin pour fermer la zone postale. De toute façon le diagnostic Osmose est faux. Mais il y a plein d'autres cas où les landuse résidentiels ne sont dans aucune relation et sont considérés à tord comme des frontières adminstratives alors qu'il n'y a rien de tel aucune relation frontière dont elles dont partie, aucun tag pour l'indiquer sur le chemin. Il y en a un paquet et c'est en train de se miltiplier. Je ,e demande si ce n'est pas la base Osmose qui n'est plus synchronisée et commence à tout mélanger (peut-être des oublis dans le rattrapage du retour dû à la panne d'il y a quelques jours sur sa base Monde). Le 2 novembre 2014 01:03, Ronan Morin ronan_mo...@hotmail.com a écrit : Bonjour, Selon moi, ca vient du fait que la zone CORINE fait partie de la même relation que les frontières classiques (admin_level 2 dans ton exemple). Osmose n'a aucune raison de les considérer différemment et les voit comme deux frontières au même niveau qui se croisent... D'autre part, la frontière en question ne semble pas complète, il manque la Rue des Fèves. Est ce que ce ne serait pas une erreur de selection qui fait que la zone CORINE a fini dans la relation à la place de cette rue? Cdlt, -- From: verd...@wanadoo.fr Date: Sat, 1 Nov 2014 23:59:34 +0100 To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] intersection entre communes ??? Je ne comprend pas ce que fait là cette détection entre une frontière internationale (qui est aussi une rue à cet endroit, mais c'est secondaire car on a des erreurs de même type sans ça) et un landuse rédidentiel (qui n'a rien d'une commune). On dirait qu'Osmose tente de trouver des villages qui pourraient éventuellement être des subdivisions d'une commune, alors que les agglomérations n'ont rien à voir avec les villages en tant que tels, et encore moins avec les zones résidentielles d'un découpage d'utilisation des sols (où on trouve d'autres usages comme des forêts, zones d'activité commerciale ou industrielle; parcs et jardins...) Je ne suis pas convaincu de la méthode (qui ne fonctionne pas plus en Belgique où les sections communales (niveau 9) sont en fait l'ancien découpage des communes avant leur fusion massive (totalement indépendant des zones résidentielles et villages), et où les sous-sections sont des quartiers administratifs eux aussi indépendant des utilisations de sols. Peut-être que c'est adapté à l'Afrique où le découpage administratif est à l'état d'ébauche, mais pas du tout en Europe (et surtout pas les landuse issus du vieil import CORINE comme ici) Voici l'erreur rapportée par Osmose: *Intersection entre communes* *way 41904064 http://www.openstreetmap.org/browse/way/41904064* rawedit http://osmose.openstreetmap.fr/fr/map/# josm http://localhost:8111/load_object?objects=w41904064 edit http://osmose.openstreetmap.fr/fr/map/# *source* = Union européenne - SOeS, CORINE Land Cover, 2006. *landuse* = residential *CLC:id* = FR-1644 *CLC:code* = 112 *CLC:year* = 2006 *way 293523268 http://www.openstreetmap.org/browse/way/293523268* rawedit http://osmose.openstreetmap.fr/fr/map/# josm http://localhost:8111/load_object?objects=w293523268 edit http://osmose.openstreetmap.fr/fr/map/# *admin_level* = 2 *name* = Rue Dombrie *surface* = asphalt *source* = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2012 *border_type* = nation *boundary* = administrative *highway* = service Erreur reportée le : 2014-11-01 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Voting mechanical edit: UK shop names
On 01/11/14 01:45, Matthijs Melissen wrote: On the whole the changes seem logical, but I'd rather they were applied manually than setting a precedent to allow changes that may not ACTUALLY apply as some small outlet is being a little economic with the name they are using ... I would guess that's a rather hypothetical situation. Do you have any example? More a case that any attempt to do the job properly' and create proper relational data by using any table of 'valid' data and only allowing a reference to that table to be used has always been frowned upon. If we are going to 'dictate' what is acceptable content it should be managed properly rather than blindly re-writing tags. I'm not saying that the changes are wrong ... just that this is not the right method to get things done. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
On 1 November 2014 01:06, Lester Caine mailto:les...@lsces.co.uk les...@lsces.co.uk wrote: Brantano (UK) Limited shops are all branded 'Brantano Footwear' that is their shop 'Logo' Matthijs: We currently have 116 times Brantano and 12 times Brantano Footwear in the UK. I would argue, apparently like most mappers, the the 'Footwear' in the logo is not part of the title, but a description of their activities. The logo is the symbol at the top, the shop name is Brantano Footwear, the operator is Brantano (UK) Limited. This is (was) the shop sign at the one I mapped (as Brantano Footwear, as that is the name on the sign): https://www.google.co.uk/maps/@51.9411882,1.2588319,3a,15y,222.14h,92.11t/data=!3m4!1e1!3m2!1sp87biBi-D33C1-NHe_jULw!2e0 I’m surprised I haven’t also mapped this one: https://www.google.co.uk/maps/@51.892658,0.8917593,3a,15y,244.38h,92.28t/data=!3m4!1e1!3m2!1sozacGrQTk-TQHJxT3s2dxQ!2e0 in Colchester, as I think I bought my shoes there. But thinking more about it I bought the shoes in 2004 and didn’t start mapping until 2008. Ed ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
To paraphrase a well-known saying: Quality is in the eyes of the consumer. How long do you think we can survive with this policy of refusing to acknowledge that there is such a thing as good data and bad data? Interpretation of the definition of the name tag (and many others) is incredibly subjective. Abbreviations? Ampersands? Including or excluding suffix type information such as and Sons Ltd? Capitalisation? Spacing? The list is endless As an architect I can only applaud Matthijs' initiative towards some level of normalisation. If there are objections to this particular method, let's have some alternatives out on the table. The fact that this discussion is taking so much time and energy would seem to confirm that we have so far failed to address the data quality issue, which starts with a definition of a norm - even if it is a woolly one if that's what is called for. Once we have a norm, we measure our data against that norm, and take appropriate steps to improve it. If the norm is anything goes, then there should be no discussion, right? Colin On 2014-11-01 09:15, Lester Caine wrote: On 01/11/14 01:45, Matthijs Melissen wrote: On the whole the changes seem logical, but I'd rather they were applied manually than setting a precedent to allow changes that may not ACTUALLY apply as some small outlet is being a little economic with the name they are using ... I would guess that's a rather hypothetical situation. Do you have any example? More a case that any attempt to do the job properly' and create proper relational data by using any table of 'valid' data and only allowing a reference to that table to be used has always been frowned upon. If we are going to 'dictate' what is acceptable content it should be managed properly rather than blindly re-writing tags. I'm not saying that the changes are wrong ... just that this is not the right method to get things done. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
On 01/11/2014 09:15, Ed Loach wrote: On 1 November 2014 01:06, Lester Caine les...@lsces.co.uk mailto:les...@lsces.co.uk wrote: Brantano (UK) Limited shops are all branded 'Brantano Footwear' that is their shop 'Logo' The logo is the symbol at the top, the shop name is Brantano Footwear, the operator is Brantano (UK) Limited. This is (was) the shop sign at the one I mapped (as Brantano Footwear, as that is the name on the sign): https://www.google.co.uk/maps/@51.9411882,1.2588319,3a,15y,222.14h,92.11t/data=!3m4!1e1!3m2!1sp87biBi-D33C1-NHe_jULw!2e0 https://www.google.co.uk/maps/@51.9411882,1.2588319,3a,15y,222.14h,92.11t/data=%213m4%211e1%213m2%211sp87biBi-D33C1-NHe_jULw%212e0 If you use their online store locator to find the shop, it's listed as BRANTANO HARWICH: http://www.brantano.co.uk/stores/brantano-harwich-shc151. Same pattern for all their shops, I think. -- Steve --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
On 31/10/2014 22:51, Matthijs Melissen wrote: Dear all, Voting is now open for the proposal to unify the names of chain shops within the UK by renaming them. I'm genuinely not sure about this proposal. Philosophically, I think OSM is a *mapping* project (duh!), and so the correct name is exactly the text which appears on the shop's sign. If a chain of shops were to be inconsistent in how they are signed (I don't know how common this is), then so be it. This leads me to the view that correcting shop names (although desirable) can only safely be done by a ground survey (to check what the sign actually says). On the other hand, I have no doubt that the overwhelming majority of the variations this proposal will eliminate are simply mapping errors, and do not reflect actual signing differences. The average quality of the map will be significantly improved by the automated edit, even if a few genuine differences are accidentally lost. -- Cheers, John ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
On 01/11/2014 09:15, Ed Loach wrote: The logo is the symbol at the top, the shop name is Brantano Footwear, the operator is Brantano (UK) Limited. This is (was) the shop sign at the one I mapped (as Brantano Footwear, as that is the name on the sign): https://www.google.co.uk/maps/@51.9411882,1.2588319,3a,15y,222.14h,92.11t/data=!3m4!1e1!3m2!1sp87biBi-D33C1-NHe_jULw!2e0 https://www.google.co.uk/maps/@51.9411882,1.2588319,3a,15y,222.14h,92.11t/data=%213m4%211e1%213m2%211sp87biBi-D33C1-NHe_jULw%212e0 I’m surprised I haven’t also mapped this one: https://www.google.co.uk/maps/@51.892658,0.8917593,3a,15y,244.38h,92.28t/data=!3m4!1e1!3m2!1sozacGrQTk-TQHJxT3s2dxQ!2e0 https://www.google.co.uk/maps/@51.892658,0.8917593,3a,15y,244.38h,92.28t/data=%213m4%211e1%213m2%211sozacGrQTk-TQHJxT3s2dxQ%212e0 in Colchester, as I think I bought my shoes there. But thinking more about it I bought the shoes in 2004 and didn’t start mapping until 2008. Here is a survey photo of mine, which is similar to the ones Ed posted: https://www.flickr.com/photos/97133921@N03/15494864347/ We should be using the name displayed on the sign, which in the examples above is clearly 'Brantano Footwear'. I would object to any change to the name tagging in these examples. Will ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Consolidated views of notes, fixmes, musical chairs, etc. (was: OpenStreetMap ten years on, and why it's time for a fresh slate)
On 27/10/14 21:52, Tim Saunders wrote: What would suit me is an Android app that allowed me to see what needs to be fixed in a particular area, so that I could check some things out if I had a spare half hour in the area…..so Notes, FixMes, Musical Chairs, OSM Inspector and other GB specific stuff (e.g. post boxes, cycle routes, land registry addresses as examples I recall being discussed in this group). Is there anywhere that these are all pulled together, even in a non-mobile friendly way? As OSM coverage improves, I would suggest that there is more opportunity to fix things not mapped correctly than map things not mapped at all (although in my experience one leads to another anyway) and seeing something that is wrong is often more of a spur to get involved than something that is missing altogether. A danger with tools like this is that they encourage a certain sort of armchair mapping where people blindly fix things based on map notes without verifying them. A very recent, topical, case is that Matthijs has added map notes for a lot of premises that he assumes are shops of a particular brand suggesting that they may need tagging in a particular way. This has completely negated the purpose of using the map notes, which was to avoid making changes to the actual map based on unverified assumptions. In significant parts of the country it is now as though Matthijs had actually made those changes. One, random, example, from one of the main armchair mappers involved is https://www.openstreetmap.org/node/1693488257. This is a change of shop type but they have also added shop=* when there was none there before. In these cases a real survey may actually find that the shop has gone or been re-branded, as well as the possibility it isn't the well known brand, isn't a shop, or is an unusual shop for the brand. [Posted only to talk-gb. Cross-posting mailing lists is usually a bad idea, because repliers aren't necessarily subscribed to all of them.] ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Mapping weekend Aberdeen
Hi, You are all invited to join the Aberdeen hack weekend 22-23 November: http://wiki.openstreetmap.org/wiki/Aberdeen/MapHack/2014-11 Your chance to meet some other mappers, pick up a few mapping tips and share your knowledge. Join us, Tim ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Consolidated views of notes, fixmes, musical chairs, etc.
On 01/11/2014 12:04, David Woolley wrote: A very recent, topical, case is that Matthijs has added map notes for a lot of premises that he assumes are shops of a particular brand suggesting that they may need tagging in a particular way. This has completely negated the purpose of using the map notes, which was to avoid making changes to the actual map based on unverified assumptions. In significant parts of the country it is now as though Matthijs had actually made those changes. One, random, example, from one of the main armchair mappers involved is https://www.openstreetmap.org/node/1693488257. This is a change of shop type but they have also added shop=* when there was none there before. In these cases a real survey may actually find that the shop has gone or been re-branded, as well as the possibility it isn't the well known brand, isn't a shop, or is an unusual shop for the brand. To be fair to Matthijs, I suspect that he added a nap note rather than just armchairing the change himself so that someone who was familiar with the area could edit based on local knowledge, or that someone local could survey. It's not his fault if an armchair mapper appears to engage editor before brain and applies changes suggested by notes. In order to try and avoid people being overcome by temptation, I very often** say needs survey in the text of the note. To be fair to armchair mappers, they may be new to the project and may not even be familar with the _concept_ of surveying, and until someone tells them that actually going out to have a look at something is the best way of finding out what's actually there now, they won't necessarily be aware of the issues (redevelopment, misleading and offset imagery, etc.) that people who've been mapping for years take for granted. Cheers, Andy ** http://www.openstreetmap.org/user/SomeoneElse/notes ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
Dan S wrote: Also, Matthijs sent out an RFC email proposing this whole process - he got lots of feedback (which he has taken into consideration), but no-one objected to the voting mechanism. It's not your fault if you only just noticed this happening, of course Indeed, which I only just did. I think you misunderstand the point. Whether or not Matthijs renames a given shop from the Co-operative food to The Co-operative Food is of minimal interest to me. As long as the new name tag is actually what's on the ground (and AFAICT from a distance, several of the suggested changes originally weren't, but feedback has helped this get better) then, yeah, whatever floats your boat. As you say, he has been open with the whole process. What I am very strongly opposed to is this entirely new idea that mechanical edits can be ok-ed by a wiki vote. The wiki voting system is trivially subvertible, as has been repeatedly demonstrated. It really doesn't take much imagination to see how, even though Matthijs is proceeding in good faith, this precedent could be misused by others in the future. That is what I am seeking to avoid. Richard -- View this message in context: http://gis.19327.n5.nabble.com/Voting-mechanical-edit-UK-shop-names-tp5822571p5822632.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
On 01/11/14 13:36, Dan S wrote: Also, Matthijs sent out an RFC email proposing this whole process - he got lots of feedback (which he has taken into consideration), but no-one objected to the voting mechanism. It's not your fault if you only just noticed this happening, of course, but it's a little rude to declare No it isn't in the sense of shutting him down when he's proceeding in such an open and consultative manner. Lots of people have discussed Matthijs' proposed changes in the RFC thread and now this thread. To me, it seems a good example of consultation. Many times in the past we have objected to someone's 'automatic' updating of material. My first objection here is that so many changes are being lumped into a single 'edit'. As a very minimum each change should be handled on it's own merit, but as people have been checking some of the data, the more important question is if a problem as been confirmed by actual surveying on the ground then WHY hasn't that person already updated the tag, and then we have a real person in the change history who HAS checked rather than hundreds of random changes grouped under the banner 'These were probably wrong!'. More important! If details HAVE been surveyed and tag in a way that this change then reverts a correct local input how does one then identify those changes and prevent editing now and in the future if someone decides that there are still 'mistakes' that have not been fixed. The rule is that on the whole tags are always free format text. We would not refuse an edit just because it's value 'appears' to be a spelling mistake, and that principle is enshrined in the current guidelines, so we need editors to ensure that the data they are imputing *IS* correct! Personally I would prefer that every one of the identified 'problems' resulted in a message to the original editor asking them to check rather than blindly making an executive decision that something has to be wrong :( Yes we want consistent data, but that is not achieved by blindly making it consistent ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
Chris, I appreciate what you're saying - except for one point: 2014-11-01 15:35 GMT+00:00 Chris Hill o...@raggedred.net: [...] to what is on the ground, I'll revert it and ask for Matthijs to be blocked from editing, as I would any other vandal. Please can we all stop using the word vandal to mean someone who makes edits I/we disagree with? That's very very far from what vandalism actually is. We do have vandals in osm but please, we can all tell the difference between vandalism and difference of opinion. Can't we?? Dan ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
On 01/11/14 15:39, Dan S wrote: Chris, I appreciate what you're saying - except for one point: 2014-11-01 15:35 GMT+00:00 Chris Hill o...@raggedred.net: [...] to what is on the ground, I'll revert it and ask for Matthijs to be blocked from editing, as I would any other vandal. Please can we all stop using the word vandal to mean someone who makes edits I/we disagree with? That's very very far from what vandalism actually is. We do have vandals in osm but please, we can all tell the difference between vandalism and difference of opinion. Can't we?? Dan Matthijs is not a vandal, he has not knowingly made wide-scale incorrect edits that he knows other people disagree with. If he does that would change my opinion. -- Cheers, Chris user: chillly ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Consolidated views of notes, fixmes, musical chairs, etc.
On 1 November 2014 13:52, SomeoneElse li...@mail.atownsend.org.uk wrote: It's not his fault if an armchair mapper appears to engage editor before brain and applies changes suggested by notes. In order to try and avoid people being overcome by temptation, I very often** say needs survey in the text of the note. To be fair to armchair mappers, they may be new to the project and may not even be familar with the _concept_ of surveying, and until someone tells them that actually going out to have a look at something is the best way of finding out what's actually there now, they won't necessarily be aware of the issues (redevelopment, misleading and offset imagery, etc.) that people who've been mapping for years take for granted. I in fact even proposed incorporating a system that makes this explicit in the notes API: https://lists.openstreetmap.org/pipermail/talk/2014-August/070423.html Unfortunately, my suggestion in that thread didn't gain traction. -- Matthijs ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Voting mechanical edit: UK shop names
On 1 November 2014 10:50, Will Phillips wp4...@gmail.com wrote: Here is a survey photo of mine, which is similar to the ones Ed posted: https://www.flickr.com/photos/97133921@N03/15494864347/ We should be using the name displayed on the sign, which in the examples above is clearly 'Brantano Footwear'. I would object to any change to the name tagging in these examples. It is quite common for shops to list the products they sell under the shop name on a shield. Example: http://i801.photobucket.com/albums/yy292/dennoir/Artistic/290320092891hamersmith.jpg I don't think anyone would add this shop as 'Sweets News cold drinks magazines newspapers sweets bus passes'. One could argue that the text 'Footwear' likewise indicates the products the shop sells, rather than it being part of the name. Note that the term 'footwear' does not appear on their website: http://www.brantano.co.uk However, on other channels, like their Twitter, they do apparently use the term Brantano Footwear: https://twitter.com/Brantano_Shoes, so the situation is not entirely clear. Please let me know what you think after this explanation. If you (or anyone else) still disagrees with this change, I will remove it from the proposal. -- Matthijs ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Notes (was Consolidated views of notes, fixmes, musical chairs, etc.)
On 01/11/2014 20:08, Matthijs Melissen wrote: I in fact even proposed incorporating a system that makes this explicit in the notes API: https://lists.openstreetmap.org/pipermail/talk/2014-August/070423.html Unfortunately, my suggestion in that thread didn't gain traction. It's great to have an idea, but it still needs the magic development pixies to do something to turn it into reality :-) Until such point as that happens, I think that it's definitely worth overdoing the contents of notes rather than underdoing it. It might feel boring writing the same text every time (but cut-and-paste is cheap, of course), but someone coming across just one note won't be aware of the context. Hyperlinks from notes work, so I'd: o hyperlink the OSM item that is in question o hyperlink the analysis that showed that this value might be an outlier (either on this list, or on a wiki page, or somewhere else) o hyperlink the current state of usage of a particular name or tag in taginfo (which may change before the note is actioned, of course) o make it clear that the correct value for the item is what is found from survey, and that you've added a note because a previous survey may have made a mistake (or a company has changed its branding nationally). Cheers, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Consolidated views of notes, fixmes, musical chairs, etc.
On 01/11/14 20:08, Matthijs Melissen wrote: I in fact even proposed incorporating a system that makes this explicit in the notes API: https://lists.openstreetmap.org/pipermail/talk/2014-August/070423.html Most people in the field who don't know how to map also don't know how to specify new content accurately, so it will need at least verifying against aerial imagery. Also, the majority of them are anonymous, so there is no traceability without a named user doing a survey, or mapping what can be verified from imagery, only. There will be a small number of cases where people know their own limitations. (A large proportion of notes are graffiti, personal mapping of already mapped objects, mapping of event locations, and mapping of home addresses. I've sometimes annoyed myself by doing the survey, then realising that the object is already mapped.) ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Arizona Mappers
I'm looking for some Arizona mappers interested in improving the rural, i.e. desert, areas. Looking at just two area, Stanford and Wilcox, the 2013 TIGER roads are in bad shape. I'm in Arizona for the coming week and then head back to the rain. I'm in Tucson. Anyone want to meet for an informal map-a-thon? Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us