Re: [OSM-talk-be] import AGIV CRAB-data
Hooi Sander, Hopelijk blijft uw tool as is beschikbaar. Ik gebruik het nu in Leopoldsburg om de reeds vroeger door mij ingetekende huizen te nummeren samen met de GRB gegevens. Al de Crab data ligt in Leopoldsburg op de perceel-centroid, dus soms ver van de gebouwen, en de percelen zijn daar soms uitgestrekt. Ik heb ook al vastgesteld dat de AGIV mappers ook hun eigen stijl hebben, ( zoals bij OSM ;-) ), en er volgens de regio verschillen zitten. In Agiv ligt het huisnummer, in dezelfde straat, soms op de gebouwen, soms op de percelen, zonder vaste regel. Ik leg ze i, OSM op de gebouwen. Het enige opmerking is dat het huisnummer op de tagnode heel klein is en soms moeilijk leesbaar, althans op een netbook. Nogmaals bedankt. Sus Le 24/10/14 13:57, Sander Deryckere a écrit : Bah, Daar waar ik dacht dat we aan de eindspurt richting goeie tools bezig waren, staan we terug aan het begin. Na een maand programmeren. Ik heb nu even geen zin meer om het script van CRAB naar JSON te herschrijven voor die andere database structuur. Ik vind het goed genoeg zoals het is. Hebben we die enkele voordeurlocaties echt nodig? Enkel toegang tot de gebouwcontouren zou een echt nieuwe uitdaging geven (en met nut). Maar als iemand zin heeft om er verder aan te werken, de code is vrij om te forken. Mvg, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Op 25 oktober 2014 09:21 schreef Verhoeven Fr sus...@gmail.com:
Hooi Sander,
Hopelijk blijft uw tool as is beschikbaar.
Momenteel wel, ik heb er geen kosten of onderhoud aan. Al het rekenwerk
gebeurt door Overpass of door je eigen computer.
Ik gebruik het nu in Leopoldsburg om de reeds vroeger door mij ingetekende
huizen te nummeren samen met de GRB gegevens. Al de Crab data ligt in
Leopoldsburg op de perceel-centroid, dus soms ver van de gebouwen, en de
percelen zijn daar soms uitgestrekt.
Ik heb ook al vastgesteld dat de AGIV mappers ook hun eigen stijl hebben,
( zoals bij OSM ;-) ), en er volgens de regio verschillen zitten. In
Agiv ligt het huisnummer, in dezelfde straat, soms op de gebouwen, soms op
de percelen, zonder vaste regel. Ik leg ze i, OSM op de gebouwen.
Het enige opmerking is dat het huisnummer op de tagnode heel klein is en
soms moeilijk leesbaar, althans op een netbook
Dat kan opgelost worden met de mapCSS van Jo:
node[addr:housenumber]:new::
housenumber
{text-color: blue;
font-size: 25;
text: tag(addr:housenumber);
text-halo-radius: 2;
text-offset-y: 30;}
Kopieer deze CSS code naar een tekst bestand, en noem het b.v.
huisnummers.mapcss. Dan ga je in JOSM naar View - Map pain styles - Map
paint preferences. Daar klik je rechts op het +-teken, geef je een naam in,
en laad je het huisnummers.mapcss bestand.
Als je nu de stijl aanvinkt onder View - Map paint styles, dan zullen de
huisnummers beter leesbaar zijn.
Let wel op, die CSS is nog voorlopig, en zal misschien verbeterd worden in
de toekomst (waar we dan verschillende types misschien verschillende
kleuren kunnen geven).
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Ik heb het script even uitgeprobeerd en zie toch een paar rare dingen -
Misschien te wijten aan fouten in CRAB ?
Dit is het stukje van de kaart : http://osm.org/go/0ErRh7ZyY?m=way=70085786
.
Als ik het script laat lopen voor postcode 2440, street = Mastbos, dan
krijg ik Total = 19, Missing = 3, Wrong = 2.
Missing (nr 26) zou nog juist kunnen zijn, daar het een nieuwe wijk is en
er intussen een huis kan bijgekomen zijn dat nog niet op de luchtfoto's te
zien is. Ik zal deze namiddag eens ter plekke gaan kijken. Op de kaart van
AGIV staat echter geen huis getekend, wel een huisnummer. Als ik in JOSM
met de wms voor GRB-raadpleegdiensten de huisnummers (GRB-HNR_GBG) inlaad,
dan is nr 26 er niet bij. Als ik de perceelsnummers (GRB-HNR_ADP) inlaad
dan is nr 26 er als enige in die straat.
Bij de foute nummers geeft jouw script de nrs 15 en 17 op die resp. (=
missing) 71 en 41 zouden moeten zijn, alhoewel die huizen op de kaart van
AGIV wel degelijk als 15 en 17 genummerd zijn ? Als je de locatie met de
AGIV GDI viewer opzoekt (ik gebruik meestal geopunt.be) en je daar naar de
lijst van huisnummers kijkt, dab komen de nrs 71 en 41 ook helemaal niet
voor op de lijst.
2014-10-25 9:55 GMT+02:00 Sander Deryckere sander...@gmail.com:
Op 25 oktober 2014 09:21 schreef Verhoeven Fr sus...@gmail.com:
Hooi Sander,
Hopelijk blijft uw tool as is beschikbaar.
Momenteel wel, ik heb er geen kosten of onderhoud aan. Al het rekenwerk
gebeurt door Overpass of door je eigen computer.
Ik gebruik het nu in Leopoldsburg om de reeds vroeger door mij
ingetekende huizen te nummeren samen met de GRB gegevens. Al de Crab data
ligt in Leopoldsburg op de perceel-centroid, dus soms ver van de
gebouwen, en de percelen zijn daar soms uitgestrekt.
Ik heb ook al vastgesteld dat de AGIV mappers ook hun eigen stijl hebben,
( zoals bij OSM ;-) ), en er volgens de regio verschillen zitten. In
Agiv ligt het huisnummer, in dezelfde straat, soms op de gebouwen, soms op
de percelen, zonder vaste regel. Ik leg ze i, OSM op de gebouwen.
Het enige opmerking is dat het huisnummer op de tagnode heel klein is en
soms moeilijk leesbaar, althans op een netbook
Dat kan opgelost worden met de mapCSS van Jo:
node[addr:housenumber]:new::
housenumber
{text-color: blue;
font-size: 25;
text: tag(addr:housenumber);
text-halo-radius: 2;
text-offset-y: 30;}
Kopieer deze CSS code naar een tekst bestand, en noem het b.v.
huisnummers.mapcss. Dan ga je in JOSM naar View - Map pain styles - Map
paint preferences. Daar klik je rechts op het +-teken, geef je een naam in,
en laad je het huisnummers.mapcss bestand.
Als je nu de stijl aanvinkt onder View - Map paint styles, dan zullen de
huisnummers beter leesbaar zijn.
Let wel op, die CSS is nog voorlopig, en zal misschien verbeterd worden in
de toekomst (waar we dan verschillende types misschien verschillende
kleuren kunnen geven).
___
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 25 oktober 2014 10:55 schreef Gilbert Hersschens gherssch...@gmail.com: Ik heb het script even uitgeprobeerd en zie toch een paar rare dingen - Misschien te wijten aan fouten in CRAB ? Dit is het stukje van de kaart : http://osm.org/go/0ErRh7ZyY?m=way=70085786. Als ik het script laat lopen voor postcode 2440, street = Mastbos, dan krijg ik Total = 19, Missing = 3, Wrong = 2. Missing (nr 26) zou nog juist kunnen zijn, daar het een nieuwe wijk is en er intussen een huis kan bijgekomen zijn dat nog niet op de luchtfoto's te zien is. Ik zal deze namiddag eens ter plekke gaan kijken. Op de kaart van AGIV staat echter geen huis getekend, wel een huisnummer. Als ik in JOSM met de wms voor GRB-raadpleegdiensten de huisnummers (GRB-HNR_GBG) inlaad, dan is nr 26 er niet bij. Als ik de perceelsnummers (GRB-HNR_ADP) inlaad dan is nr 26 er als enige in die straat. Bij de foute nummers geeft jouw script de nrs 15 en 17 op die resp. (= missing) 71 en 41 zouden moeten zijn, alhoewel die huizen op de kaart van AGIV wel degelijk als 15 en 17 genummerd zijn ? Als je de locatie met de AGIV GDI viewer opzoekt (ik gebruik meestal geopunt.be) en je daar naar de lijst van huisnummers kijkt, dab komen de nrs 71 en 41 ook helemaal niet voor op de lijst. Proficiat, je hebt net enkele nieuwe fouten ontdekt in die database ;) (let er trouwens op dat de vorm van die huizen op de GRB basiskaart wel zeer raar is). Die 26 zou ik niet als een fout zien. Soms krijgen bouwpercelen ook een huisnummer, en het is volgens mij niet fout om dat ook zo in OSM te zetten, elfs als er geen brievenbus is (misschien met een extra tag om het verschil te maken). In advertenties om die bouwgrond te verkopen kan dat onbebouwd perceel namelijk al aangeduid worden met dat huisnummer, en wanneer er wel een huis op komt, dan kunnen de eerste bewoners meteen vrienden ontvangen die de GPS gebruiken om het nieuwe huis te vinden ;) Maar die 71 en 41 zijn duidelijk fout. Ze komen ook rechtstreeks zo uit de adressen_posities database. Mogelijks staan die wel correct in hun adressen_lijst database. Het lijkt er meer en meer op dat die verschillende databases niet echt verbonden zijn, en dat ze elk afzonderlijk onderhouden worden. Als je wil, dan mag je dat melden aan AGIV, dan zullen ze het hopelijk aanpassen, en zal bij een volgende update het gecorrigeerd zijn. Het zou ook goed zijn om die fouten ergens te gaan documenteren, op de wiki bijvoorbeeld. Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Hooi,
Het is gefixt dank zij de script van Jo uw de goede uitleg.
Ik gebruik het enkel om de CRAP gegevens op het scherm te krijgen. Als het
te ingewikkeld wordt zet ik gewoon niets in OSM.
Ze moeten maar bij de geburen gaan bellen. ;-)
Sus
2014-10-25 9:55 GMT+02:00 Sander Deryckere sander...@gmail.com:
Op 25 oktober 2014 09:21 schreef Verhoeven Fr sus...@gmail.com:
Hooi Sander,
Hopelijk blijft uw tool as is beschikbaar.
Momenteel wel, ik heb er geen kosten of onderhoud aan. Al het rekenwerk
gebeurt door Overpass of door je eigen computer.
Ik gebruik het nu in Leopoldsburg om de reeds vroeger door mij
ingetekende huizen te nummeren samen met de GRB gegevens. Al de Crab data
ligt in Leopoldsburg op de perceel-centroid, dus soms ver van de
gebouwen, en de percelen zijn daar soms uitgestrekt.
Ik heb ook al vastgesteld dat de AGIV mappers ook hun eigen stijl hebben,
( zoals bij OSM ;-) ), en er volgens de regio verschillen zitten. In
Agiv ligt het huisnummer, in dezelfde straat, soms op de gebouwen, soms op
de percelen, zonder vaste regel. Ik leg ze i, OSM op de gebouwen.
Het enige opmerking is dat het huisnummer op de tagnode heel klein is en
soms moeilijk leesbaar, althans op een netbook
Dat kan opgelost worden met de mapCSS van Jo:
node[addr:housenumber]:new::
housenumber
{text-color: blue;
font-size: 25;
text: tag(addr:housenumber);
text-halo-radius: 2;
text-offset-y: 30;}
Kopieer deze CSS code naar een tekst bestand, en noem het b.v.
huisnummers.mapcss. Dan ga je in JOSM naar View - Map pain styles - Map
paint preferences. Daar klik je rechts op het +-teken, geef je een naam in,
en laad je het huisnummers.mapcss bestand.
Als je nu de stijl aanvinkt onder View - Map paint styles, dan zullen de
huisnummers beter leesbaar zijn.
Let wel op, die CSS is nog voorlopig, en zal misschien verbeterd worden in
de toekomst (waar we dan verschillende types misschien verschillende
kleuren kunnen geven).
___
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 25 oktober 2014 11:38 schreef Gilbert Hersschens gherssch...@gmail.com: De vormen van de gevellijnen op GRB zijn heel onbetrouwbaar. Misschien gebaseerd op de oorspronkelijke bouwplannen? Ik gebruik de AGIV luchtfoto's en ga soms nog eens bij Bing kijken als ik er niet goed aan uit kan. Op geopunt.be kan je de adrespunten als afzonderlijke laag inladen. Volgen de GIS ambtenaar in Geel komen die rechtstreeks uit CRAB. Die geven de juiste nummers (15, 17) weer. Misschien gebruik jij niet de juiste adres velden van de DB ? Welke CRAB database? Adressen_positities, Adressen_lijst of xGrab? Het is natuurlijk altijd mogelijk dat ik een verkeerd veld genomen heb die in 99% van de gevallen toevallig overeenkomt met het huisnummer, en in de andere gevallen een niet-gerelateerd nummer geeft. Ik krijg ook nog andere rare fouten. Als ik de Aardseweg injlaad, dan geeft hij nagenoeg alle adressen als missing op terwijl die huizen wel degelijk (bijna) allemaal genummerd zijn ? Ik krijg 6 missing met positie en 3 zonder positie: http://sanderd17.github.io/import.html?pcode=2440filterStreets=Aard*maxDistance=loadOsm=true ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] LEZ
Terwijl ik naar iets helemaal anders op zoek was kwam ik toevallig op de aankondiging van nieuwe verkeersborden terecht : http://www.wegcode.be/actueel/2091-wegcode-laat-toe-om-lage-emissiezones-te-beborden. UIteraard werd ik nieuwsgierig. Wat ik op een drafje bijeengesprokkeld heb is: - de borden vanaf nu reeds mogen geplaatst worden - de overheid nog geen normen gepubliceerd heeft wat low emission concreet inhoudt (dit zou België niet zijn...) - de stad Antwerpen LEZ wil invoeren vanaf Januari 2016 - in OSM er geen duidelijke afpraken zijn hoe LEZ moet getagd worden. De Britten gebruiken een relatie van het type LEZ, de Duitsers een relatie van het type boundary met als sub-tag boundary=low_emission_zone of een boundary zonder meer. In UK zie ik enkel de relatie 3937563 die zeer onvolledig is ( http://ra.osmsurround.org/analyzeMap?relationId=3937563). Misschien is het maar een embryo ... De Duitsers hebben hun zaakjes blijkbaar wel al in orde. We hebben nog even de tijd om zelf een ei te leggen wat we hiermee gaan doen, maar ik zet het toch maar even op de agenda. Interessante links: http://wiki.openstreetmap.org/wiki/Umweltzone (enkel in het Duits) http://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlow_emission_zone (talk page ook enkel in het Duits) http://wiki.openstreetmap.org/wiki/Low_emission_zone http://gis.stackexchange.com/questions/79715/how-to-find-out-if-openstreetmaps-contains-low-emission-zones http://taginfo.openstreetmap.org/tags/type=LEZ http://taginfo.openstreetmap.org/tags/boundary=low_emission_zone http://www.wegcode.be/pdf/wijzigingen/KB011275/2014-10-15.pdf ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
In Leopoldsburg 3970 op de Koningin-Louisalaan is er in CRAB een hele reeks huizen met dubbele huisnummers niet op dezelfde plaats, in GRB staat er maar een van deze reeksen. Eigenaardig. 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 25 oktober 2014 14:48 schreef Sus Verhoeven sus...@gmail.com: In Leopoldsburg 3970 op de Koningin-Louisalaan is er in CRAB een hele reeks huizen met dubbele huisnummers niet op dezelfde plaats, in GRB staat er maar een van deze reeksen. Eigenaardig. Sus Dit lijkt een straat die onlangs hernummerd is, en waarvan de oude nummers nog niet verwijderd zijn. Ook de GRB basiskaart is niet volledig duidelijk. Zo is er daar een nummer 13-125 te zien, wat een veel te grote range is om te kunnen kloppen. Ik zou voorstellen om eens ter plaatse te gaan kijken wat er nu echt juist is. Volgens de documentatie van de databases zouden ze verouderde nummers moeten deleten door er een einddatum aan te geven. In het extract script test ik ook op die einddatum, dus als ze correct verwijderd zijn, dan zouden ze niet meer in de data mogen voorkomen. Het is natuurlijk niet eenvoudig om in dit geval te controleren als het script of de data fout is, omdat het nu eenmaal niet vaak gebeurt dat een straat hernummerd wordt. In Leuven werd onlangs een straat hernummerd (zie http://www.nieuwsblad.be/article/detail.aspx?articleid=DMF20130218_00473793) en ik denk dat de CRAB data overeenkomt met de huidige data, dus dat de verwijderde nummers wel degelijk niet meer zichtbaar zijn. Maar 1 voorbeeld is natuurlijk wat weinig om op voort te gaan. Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] LEZ
Er is onlangs even wat discussie geweest over dit topic op de Engelse mailing list. De vraag was of ze met punten of gebieden moesten werken. Gebieden is het enige correcte, maar dat kan je niet ter plaatse controleren. De enige source die ze hadden hield dan weer geen rekening met gebieden met een inrit buiten de LEZ. Vandaar dat ze nog niet ver staan. Ze verwezen ook naar de Duitsers :-) mvg m 2014-10-25 14:10 GMT+02:00 Gilbert Hersschens gherssch...@gmail.com: Terwijl ik naar iets helemaal anders op zoek was kwam ik toevallig op de aankondiging van nieuwe verkeersborden terecht : http://www.wegcode.be/actueel/2091-wegcode-laat-toe-om-lage-emissiezones-te-beborden. UIteraard werd ik nieuwsgierig. Wat ik op een drafje bijeengesprokkeld heb is: - de borden vanaf nu reeds mogen geplaatst worden - de overheid nog geen normen gepubliceerd heeft wat low emission concreet inhoudt (dit zou België niet zijn...) - de stad Antwerpen LEZ wil invoeren vanaf Januari 2016 - in OSM er geen duidelijke afpraken zijn hoe LEZ moet getagd worden. De Britten gebruiken een relatie van het type LEZ, de Duitsers een relatie van het type boundary met als sub-tag boundary=low_emission_zone of een boundary zonder meer. In UK zie ik enkel de relatie 3937563 die zeer onvolledig is ( http://ra.osmsurround.org/analyzeMap?relationId=3937563). Misschien is het maar een embryo ... De Duitsers hebben hun zaakjes blijkbaar wel al in orde. We hebben nog even de tijd om zelf een ei te leggen wat we hiermee gaan doen, maar ik zet het toch maar even op de agenda. Interessante links: http://wiki.openstreetmap.org/wiki/Umweltzone (enkel in het Duits) http://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlow_emission_zone (talk page ook enkel in het Duits) http://wiki.openstreetmap.org/wiki/Low_emission_zone http://gis.stackexchange.com/questions/79715/how-to-find-out-if-openstreetmaps-contains-low-emission-zones http://taginfo.openstreetmap.org/tags/type=LEZ http://taginfo.openstreetmap.org/tags/boundary=low_emission_zone http://www.wegcode.be/pdf/wijzigingen/KB011275/2014-10-15.pdf ___ 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] LEZ
On Saturday 25 October 2014 17:12:01 Marc Gemis wrote: Er is onlangs even wat discussie geweest over dit topic op de Engelse mailing list. De vraag was of ze met punten of gebieden moesten werken. Gebieden is het enige correcte, maar dat kan je niet ter plaatse controleren. De enige source die ze hadden hield dan weer geen rekening met gebieden met een inrit buiten de LEZ. Vandaar dat ze nog niet ver staan. Ze verwezen ook naar de Duitsers :-) Lijkt me zo'n beetje dezelfde discussie als hoe je een bebouwde kom mapt... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Hmm, blijkbaar hebben alle tabellen een mogelijkheid tot deleten via einddatum. En blijkbaar gaat dat niet altijd samen. Ik heb nu net eens het script laten lopen met alle records waar einddatum bijstond genegeerd, en dat resulteert vooral in terreinobjecten die genegeerd worden, waardoor er vooral extra adressen zonder positie zijn :/ Heb ook eens de Koningin Louisa-Marialaan bekeken met die nieuwe data, en daar blijkt er nu geen verschil te zijn O_o Dus denk ik dat ik het script nog niet zal aanpassen. Groeten, Sander Op 25 oktober 2014 16:11 schreef Sander Deryckere sander...@gmail.com: Op 25 oktober 2014 14:48 schreef Sus Verhoeven sus...@gmail.com: In Leopoldsburg 3970 op de Koningin-Louisalaan is er in CRAB een hele reeks huizen met dubbele huisnummers niet op dezelfde plaats, in GRB staat er maar een van deze reeksen. Eigenaardig. Sus Dit lijkt een straat die onlangs hernummerd is, en waarvan de oude nummers nog niet verwijderd zijn. Ook de GRB basiskaart is niet volledig duidelijk. Zo is er daar een nummer 13-125 te zien, wat een veel te grote range is om te kunnen kloppen. Ik zou voorstellen om eens ter plaatse te gaan kijken wat er nu echt juist is. Volgens de documentatie van de databases zouden ze verouderde nummers moeten deleten door er een einddatum aan te geven. In het extract script test ik ook op die einddatum, dus als ze correct verwijderd zijn, dan zouden ze niet meer in de data mogen voorkomen. Het is natuurlijk niet eenvoudig om in dit geval te controleren als het script of de data fout is, omdat het nu eenmaal niet vaak gebeurt dat een straat hernummerd wordt. In Leuven werd onlangs een straat hernummerd (zie http://www.nieuwsblad.be/article/detail.aspx?articleid=DMF20130218_00473793) en ik denk dat de CRAB data overeenkomt met de huidige data, dus dat de verwijderde nummers wel degelijk niet meer zichtbaar zijn. Maar 1 voorbeeld is natuurlijk wat weinig om op voort te gaan. Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Le 25/10/14 16:11, Sander Deryckere a écrit : Dit lijkt een straat die onlangs hernummerd is, en waarvan de oude nummers nog niet verwijderd zijn. Ik vrrag mij zelfs af of men de naam niet verandert heeft. In Balen heeft men ook al hernummerd, maar daar stonden in AGIV 2 nummers. Ook de GRB basiskaart is niet volledig duidelijk. Zo is er daar een nummer 13-125 te zien, wat een veel te grote range is om te kunnen kloppen. Ik zou voorstellen om eens ter plaatse te gaan kijken wat er nu echt juist is. Ja maar, ik heb geen hond om mee gaan te wandelen :-P En het ligt ook niet bij huis. Groetjes Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Dan lijkt het mij aangewezen om op die plek een Note achter te laten. Ik heb dat al hier en daar gedaan en al duurt het soms een paar maanden, uiteindelijk worden die wel gezien en opgelost. Jo Op 25 oktober 2014 18:37 schreef Verhoeven Fr sus...@gmail.com: Le 25/10/14 16:11, Sander Deryckere a écrit : Dit lijkt een straat die onlangs hernummerd is, en waarvan de oude nummers nog niet verwijderd zijn. Ik vrrag mij zelfs af of men de naam niet verandert heeft. In Balen heeft men ook al hernummerd, maar daar stonden in AGIV 2 nummers. Ook de GRB basiskaart is niet volledig duidelijk. Zo is er daar een nummer 13-125 te zien, wat een veel te grote range is om te kunnen kloppen. Ik zou voorstellen om eens ter plaatse te gaan kijken wat er nu echt juist is. Ja maar, ik heb geen hond om mee gaan te wandelen :-P En het ligt ook niet bij huis. Groetjes Sus ___ 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
Ik ben inmiddels bijna klaar met het nieuwe script dat de adressenlijst (in plaats van de adresposities) moet beschikbaar stellen via de website die Sander gemaakt heeft. Het oude script kon ik maar voor kleine stukjes hergebruiken omdat het bestandsformaat en de datastructuur toch redelijk anders zijn. Ik ben uitgegaan van precies dezelfde JSON-uitwisselbestanden te genereren zodat de website wel volledig compatibel is (op misschien wat extra tags in javascript na dan). Het was niet eenvoudig om een goed werkend script op te zetten vanwege de door Sander genoemde coderingsproblemen en vanwege het feit dat deze adressenlijst in feite 1 grote tabel is tegenover de adresposities die in feite een 'database' zijn of een collectie van kleinere tabellen. Daardoor liep ik tegen nogal wat geheugenprobleempjes aan. De beschikbare modules om GML in te lezen in python bleken niet robuust genoeg om én met de vreemde codering om te gaan én met de enorme omvang van het bestand (ca. 3GB). Daarom heb ik ervoor gekozen om als bron het shp-bestand te gebruiken (dat 'slechts' 1GB in omvang is, door een efficiëntere datastructuur). Daarmee kreeg ik wel alles aan de praat. Ik ben nu een aantal extra checks in de code aan het inbouwen en te kijken wat handig is qua extra tags (evt. gekoppeld aan wat CSS). Het blijft ook wat worstelen met de omvang. Mijn eerste tests werken in elk geval bij mij. Als het een beetje wil komt dat dus dit weekend af. Ook alle gemelde 'problemen' met de huidige dataset ga ik bekijken in deze nieuwe dataset. Voor alle duidelijkheid: voor de gebruikers verandert er weinig tot niets tegenover de huidige versie. Belangrijkste wijzigingen zijn het feit dat er punten zonder positie zullen zijn en dat er misschien wat extra tags automatisch ingeladen worden in JOSM als je een straat importeert. Die extra tags moeten helpen om de informatie naar waarde te schatten. In elk geval in deze eerste test-fase kunnen ze zeer handig zijn om beter bepaalde zaken te begrijpen. Ik heb nu voor het patroon “CRAB:key” gekozen als key voor de tags die ik in JOSM inlaad maar die niet in OSM thuishoren. Zijn er alternatieve patronen voor dit soort “tijdelijke” werk-tags die OSM nooit mogen bereiken? In de link die Marc eerder doorstuurde lees ik vooral dat onze Nederlanders een aantal overbodige tags in OSM hebben zitten n.a.v. een aantal imports. Het lijkt me op zich een mooi streven om al dat soort tags buiten OSM te houden, wat onze 'import' betreft. Moet er overigens nog een “source=CRAB”-tag toegevoegd worden, of willen we dit juist vermijden omdat het toch al niet om een automatische import gaat? Groeten, Thomas Sander Deryckere schreef op 25-10-2014 17:52: Hmm, blijkbaar hebben alle tabellen een mogelijkheid tot deleten via einddatum. En blijkbaar gaat dat niet altijd samen. Ik heb nu net eens het script laten lopen met alle records waar einddatum bijstond genegeerd, en dat resulteert vooral in terreinobjecten die genegeerd worden, waardoor er vooral extra adressen zonder positie zijn :/ Heb ook eens de Koningin Louisa-Marialaan bekeken met die nieuwe data, en daar blijkt er nu geen verschil te zijn O_o Dus denk ik dat ik het script nog niet zal aanpassen. Groeten, Sander Op 25 oktober 2014 16:11 schreef Sander Deryckere sander...@gmail.com mailto:sander...@gmail.com: Op 25 oktober 2014 14:48 schreef Sus Verhoeven sus...@gmail.com mailto:sus...@gmail.com: In Leopoldsburg 3970 op de Koningin-Louisalaan is er in CRAB een hele reeks huizen met dubbele huisnummers niet op dezelfde plaats, in GRB staat er maar een van deze reeksen. Eigenaardig. Sus Dit lijkt een straat die onlangs hernummerd is, en waarvan de oude nummers nog niet verwijderd zijn. Ook de GRB basiskaart is niet volledig duidelijk. Zo is er daar een nummer 13-125 te zien, wat een veel te grote range is om te kunnen kloppen. Ik zou voorstellen om eens ter plaatse te gaan kijken wat er nu echt juist is. Volgens de documentatie van de databases zouden ze verouderde nummers moeten deleten door er een einddatum aan te geven. In het extract script test ik ook op die einddatum, dus als ze correct verwijderd zijn, dan zouden ze niet meer in de data mogen voorkomen. Het is natuurlijk niet eenvoudig om in dit geval te controleren als het script of de data fout is, omdat het nu eenmaal niet vaak gebeurt dat een straat hernummerd wordt. In Leuven werd onlangs een straat hernummerd (zie http://www.nieuwsblad.be/article/detail.aspx?articleid=DMF20130218_00473793) en ik denk dat de CRAB data overeenkomt met de huidige data, dus dat de verwijderde nummers wel degelijk niet meer zichtbaar zijn. Maar 1 voorbeeld is natuurlijk wat weinig om op voort te gaan. Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org
Re: [OSM-talk-be] import AGIV CRAB-data
Hallo Thomas, Mooi werk (Sander ook natuurlijk!). Eerst de vraagjes op het einde. De source hoort volgens mij thuis op de changeset en niet op elk object apart. JOSM gooit een aantal tags automatisch weg, voordat er geupload wordt. created_by en odbl. De rest van de lijst zit in de verwijizing die Marc aangaf. Bij mijn importscripts voor TEC en De Lijn, voeg ik odbl=new/odbl=tt toe (mbv MapCSS wordt dat dan een soort grafische todolist) en zet ik overbodige adresgegevens in created_by. Deze zijn dan wel overbodig voor de bushaltes, maar soms is het interessant om te weten bij welke straat zo'n halte hoorde, of gewoon nog maar om te zien dat een straatnaam in OSM waarschijnlijk fout is. (Dat was voordat we de beschikking hadden over AGIV en CRAB). Wat de (foute) huisnummers betreft die wel in OSM, maar niet in CRAB zitten. Volgens mij zou het beter zijn om die volledig op te bouwen met dat soort discardable tags, ipv addr:housenumber. Dat resulteert dan in tagloze nodes die door de validatie in JOSM worden gerapporteerd in het geval iemand op upload zou drukken, voordat deze manueel werden verwijderd. Of ze stomweg zou vergeten, zoals mij nog wel zou kunnen overkomen... Ik kan de MapCSS aanpassen zodat die er nog prominenter uitspringen dan de rest. Als die MapCSS 'klaar' is, dan zal ik ervoor zorgen dat die gemakkelijk beschikbaar wordt in JOSM. Wat de conversie betreft. Ik zou geneigd zijn om dat zootje eerst helemaal in PostGIS te laden. Dan een Overpass query en die info in een aparte tabel. Het probleem is dan echter dat je ergens een platform nodig hebt, om dat te draaien en te serven + web frontend. Het voordeel is dat achteraf queries schrijven dan een stuk gemakkelijker wordt en dat je ook progress reports kan maken. Als we daar ooit een platform voor hebben, zou het niet slecht zijn, als we dat ook voor De Lijn en TEC konden gebruiken. Nu doe ik dat zowat dagelijks op mijn portable, maar wat als ik wegval? In Frankrijk hebben ze servers, in Nederland misschien ook. Eventueel wil ik het daar wel eens vragen. Zelf iets opzetten en hosten zie ik, eerlijk gezegd, ook niet zitten. Vandaar dat ik de oplossing van Sander wel elegant vind. Jo Op 25 oktober 2014 18:46 schreef Thomas o...@aptum.nl: Ik ben inmiddels bijna klaar met het nieuwe script dat de adressenlijst (in plaats van de adresposities) moet beschikbaar stellen via de website die Sander gemaakt heeft. Het oude script kon ik maar voor kleine stukjes hergebruiken omdat het bestandsformaat en de datastructuur toch redelijk anders zijn. Ik ben uitgegaan van precies dezelfde JSON-uitwisselbestanden te genereren zodat de website wel volledig compatibel is (op misschien wat extra tags in javascript na dan). Het was niet eenvoudig om een goed werkend script op te zetten vanwege de door Sander genoemde coderingsproblemen en vanwege het feit dat deze adressenlijst in feite 1 grote tabel is tegenover de adresposities die in feite een 'database' zijn of een collectie van kleinere tabellen. Daardoor liep ik tegen nogal wat geheugenprobleempjes aan. De beschikbare modules om GML in te lezen in python bleken niet robuust genoeg om én met de vreemde codering om te gaan én met de enorme omvang van het bestand (ca. 3GB). Daarom heb ik ervoor gekozen om als bron het shp-bestand te gebruiken (dat 'slechts' 1GB in omvang is, door een efficiëntere datastructuur). Daarmee kreeg ik wel alles aan de praat. Ik ben nu een aantal extra checks in de code aan het inbouwen en te kijken wat handig is qua extra tags (evt. gekoppeld aan wat CSS). Het blijft ook wat worstelen met de omvang. Mijn eerste tests werken in elk geval bij mij. Als het een beetje wil komt dat dus dit weekend af. Ook alle gemelde 'problemen' met de huidige dataset ga ik bekijken in deze nieuwe dataset. Voor alle duidelijkheid: voor de gebruikers verandert er weinig tot niets tegenover de huidige versie. Belangrijkste wijzigingen zijn het feit dat er punten zonder positie zullen zijn en dat er misschien wat extra tags automatisch ingeladen worden in JOSM als je een straat importeert. Die extra tags moeten helpen om de informatie naar waarde te schatten. In elk geval in deze eerste test-fase kunnen ze zeer handig zijn om beter bepaalde zaken te begrijpen. Ik heb nu voor het patroon “CRAB:key” gekozen als key voor de tags die ik in JOSM inlaad maar die niet in OSM thuishoren. Zijn er alternatieve patronen voor dit soort “tijdelijke” werk-tags die OSM nooit mogen bereiken? In de link die Marc eerder doorstuurde lees ik vooral dat onze Nederlanders een aantal overbodige tags in OSM hebben zitten n.a.v. een aantal imports. Het lijkt me op zich een mooi streven om al dat soort tags buiten OSM te houden, wat onze 'import' betreft. Moet er overigens nog een “source=CRAB”-tag toegevoegd worden, of willen we dit juist vermijden omdat het toch al niet om een automatische import gaat? Groeten, Thomas Sander Deryckere schreef op 25-10-2014
Re: [OSM-talk-be] import AGIV CRAB-data
Op 25 oktober 2014 18:46 schreef Thomas o...@aptum.nl: Ik ben inmiddels bijna klaar met het nieuwe script dat de adressenlijst (in plaats van de adresposities) moet beschikbaar stellen via de website die Sander gemaakt heeft. Geweldig nieuws ;) Het oude script kon ik maar voor kleine stukjes hergebruiken omdat het bestandsformaat en de datastructuur toch redelijk anders zijn. Ik ben uitgegaan van precies dezelfde JSON-uitwisselbestanden te genereren zodat de website wel volledig compatibel is (op misschien wat extra tags in javascript na dan). Het was niet eenvoudig om een goed werkend script op te zetten vanwege de door Sander genoemde coderingsproblemen en vanwege het feit dat deze adressenlijst in feite 1 grote tabel is tegenover de adresposities die in feite een 'database' zijn of een collectie van kleinere tabellen. Daardoor liep ik tegen nogal wat geheugenprobleempjes aan. De beschikbare modules om GML in te lezen in python bleken niet robuust genoeg om én met de vreemde codering om te gaan én met de enorme omvang van het bestand (ca. 3GB). Daarom heb ik ervoor gekozen om als bron het shp-bestand te gebruiken (dat 'slechts' 1GB in omvang is, door een efficiëntere datastructuur). Daarmee kreeg ik wel alles aan de praat. Ik had ook al wat zaken opgezocht om het GML bestand te splitsen en pas daarna te verwerken, om zo slechts XML kind per kind in het geheugen te laden en geen geheugen tekort te komen. Maar dat werd een serieus gepruts, en ik verwachtte ook dat het te traag zou zijn door de vele lees en schrijf operaties. Geheugenproblemen had ik sowieso verwacht, want zelft met het huidige script moet ik zorgen dat Firefox en JOSM alletwee gesloten zijn voor ik het script start. Anders loopt mijn computer onherroepelijk vast in het page-swapping. Ik ben nu een aantal extra checks in de code aan het inbouwen en te kijken wat handig is qua extra tags (evt. gekoppeld aan wat CSS). Het blijft ook wat worstelen met de omvang. Mijn eerste tests werken in elk geval bij mij. Als het een beetje wil komt dat dus dit weekend af. Ook alle gemelde 'problemen' met de huidige dataset ga ik bekijken in deze nieuwe dataset. Voor alle duidelijkheid: voor de gebruikers verandert er weinig tot niets tegenover de huidige versie. Belangrijkste wijzigingen zijn het feit dat er punten zonder positie zullen zijn en dat er misschien wat extra tags automatisch ingeladen worden in JOSM als je een straat importeert. Die extra tags moeten helpen om de informatie naar waarde te schatten. In elk geval in deze eerste test-fase kunnen ze zeer handig zijn om beter bepaalde zaken te begrijpen. Ik heb nu voor het patroon “CRAB:key” gekozen als key voor de tags die ik in JOSM inlaad maar die niet in OSM thuishoren. Zijn er alternatieve patronen voor dit soort “tijdelijke” werk-tags die OSM nooit mogen bereiken? In de link die Marc eerder doorstuurde lees ik vooral dat onze Nederlanders een aantal overbodige tags in OSM hebben zitten n.a.v. een aantal imports. Het lijkt me op zich een mooi streven om al dat soort tags buiten OSM te houden, wat onze 'import' betreft. Moet er overigens nog een “source=CRAB”-tag toegevoegd worden, of willen we dit juist vermijden omdat het toch al niet om een automatische import gaat? source=* tags zijn beter op hun plaats op het changeset object dan op objecten in de DB. Natuurlijk kan een specifieke bron (zoals afkomstig van de voordeur, gebouw or perceel) wel op het object zelf. Postcode en gemeente zijn sowieso niet nodig, die kunnen gerust uit de JSON gelaten worden. Welke andere keys twijfel je nog over? Groeten, Thomas Sander Deryckere schreef op 25-10-2014 17:52: Hmm, blijkbaar hebben alle tabellen een mogelijkheid tot deleten via einddatum. En blijkbaar gaat dat niet altijd samen. Ik heb nu net eens het script laten lopen met alle records waar einddatum bijstond genegeerd, en dat resulteert vooral in terreinobjecten die genegeerd worden, waardoor er vooral extra adressen zonder positie zijn :/ Heb ook eens de Koningin Louisa-Marialaan bekeken met die nieuwe data, en daar blijkt er nu geen verschil te zijn O_o Dus denk ik dat ik het script nog niet zal aanpassen. Groeten, Sander Op 25 oktober 2014 16:11 schreef Sander Deryckere sander...@gmail.com: Op 25 oktober 2014 14:48 schreef Sus Verhoeven sus...@gmail.com: In Leopoldsburg 3970 op de Koningin-Louisalaan is er in CRAB een hele reeks huizen met dubbele huisnummers niet op dezelfde plaats, in GRB staat er maar een van deze reeksen. Eigenaardig. Sus Dit lijkt een straat die onlangs hernummerd is, en waarvan de oude nummers nog niet verwijderd zijn. Ook de GRB basiskaart is niet volledig duidelijk. Zo is er daar een nummer 13-125 te zien, wat een veel te grote range is om te kunnen kloppen. Ik zou voorstellen om eens ter plaatse te gaan kijken wat er nu echt juist is. Volgens de documentatie van de databases zouden ze verouderde
[OSM-talk-be] Validatie foutmelding: Onbenoemde wegen maar verbindings- voetpad heeft geen naam
Dag, Welke name tag dient om een naamloos pad of veldweg of verbindings- weg te geven zodanig dat de validatie geen foutmelding vertoont. De noname=yes helpt niet http://wiki.openstreetmap.org/wiki/Names#No_name Hier kom ik niet uit (vermoedelijk voorstel?) http://wiki.openstreetmap.org/wiki/Proposed_features/Noname#T:absent_.3D_yes Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Inmiddels ook de codering in gehoorzaamheid gedwongen. Blijkt dat de codering van de shapefile gewoon Latin-1 is en niet die vage CP-720. Dat scheelt ook maar weer. De snelheid van mijn script valt me al bij al wel mee. Op dit moment gebruikt hij maar 1 thread. Het inlezen van het bestand in de dictionaries duurt zo'n 50 minuten. Het schrijven naar de JSON-bestanden een kleine 10 minuten (op een SSD'tje). Het schrijven gaat volgens mij wat trager omdat ik de adres-dictionary vervangen heb door een tuple. Dat scheelt toch een kleine 500MB in geheugengebruik. In totaal gebruikt het script maar iets van 2GB ram dacht ik, maar dat moet ik nog even nakijken. Sinds die wijziging heb ik in elk geval geen geheugenproblemen meer gehad. Qua tags hoeven we inderdaad enkel de addr:housenumber en addr:street over te nemen. Daarnaast wil ik graag het herkomst-veld als tag invoeren, zodat de punten gestyled kunnen worden op basis daarvan. Naar mijn idee is die herkomst zeer bepalend voor de “nauwkeurigheid” van de punten. Ik heb dat nu geïmplementeerd als een “CRAB:herkomst”-tag. De Engelse variant “CRAB:source” vond ik een beetje misleidend. Aan de andere kant gaat het natuurlijk wel over hoe ze de locatie van het punt bepaald hebben. Dat kun je dus wel als “source” zien. Daarnaast misschien nog iets van een tag om waarschuwingen mee te communiceren, bijvoorbeeld over de schrijfwijze van de straatnaam. Aan de andere kant heb ik geen enkel geval kunnen vinden waar twee adressen een zelfde straatnaam-id hebben maar een verschillende straatnaam (bijvoorbeeld een andere spelling). Dat soort fouten lijken me maar beperkt aanwezig en kunnen dus waarschijnlijk allemaal opgevangen worden met de FIXME-tag. Het huidige gebruik (om punten zonder locatie mee aan te geven) is in feite overbodig, omdat alle punten een locatie hebben. Ik ben nu nog wat aan het kijken welke fouten ik met het python-script moet opsporen en welke best in de javascript naar boven gehaald kunnen worden in combinatie met de overpass-query. Het belangrijkste zijn de punten die samenvallen. Dat is een situatie die niet ingevoerd mag worden in OSM, dus ook hier lijkt een FIXME-tag mij het meest geschikt. Dat ga ik in elk geval nog even netjes documenteren. Nog een praktisch punt: hoe willen we deze tweede variant beschikbaar stellen? Moet dat naast de huidige komen te staan zodat we kunnen vergelijken, of moeten we juist vermijden dat er twee varianten in gebruik zijn en dat er verwarring ontstaat? Voor de gewone gebruiker is er eigenlijk geen verschil tussen beide systemen, dus dat is potentieel verwarrend. Anderzijds is het in de huidige beperkte opzet niet zo'n punt en misschien juist handig. Wat zijn jullie ideeën hierover? Groeten, Thomas Sander Deryckere schreef op 25-10-2014 20:17: Op 25 oktober 2014 18:46 schreef Thomas o...@aptum.nl mailto:o...@aptum.nl: Ik ben inmiddels bijna klaar met het nieuwe script dat de adressenlijst (in plaats van de adresposities) moet beschikbaar stellen via de website die Sander gemaakt heeft. Geweldig nieuws ;) Het oude script kon ik maar voor kleine stukjes hergebruiken omdat het bestandsformaat en de datastructuur toch redelijk anders zijn. Ik ben uitgegaan van precies dezelfde JSON-uitwisselbestanden te genereren zodat de website wel volledig compatibel is (op misschien wat extra tags in javascript na dan). Het was niet eenvoudig om een goed werkend script op te zetten vanwege de door Sander genoemde coderingsproblemen en vanwege het feit dat deze adressenlijst in feite 1 grote tabel is tegenover de adresposities die in feite een 'database' zijn of een collectie van kleinere tabellen. Daardoor liep ik tegen nogal wat geheugenprobleempjes aan. De beschikbare modules om GML in te lezen in python bleken niet robuust genoeg om én met de vreemde codering om te gaan én met de enorme omvang van het bestand (ca. 3GB). Daarom heb ik ervoor gekozen om als bron het shp-bestand te gebruiken (dat 'slechts' 1GB in omvang is, door een efficiëntere datastructuur). Daarmee kreeg ik wel alles aan de praat. Ik had ook al wat zaken opgezocht om het GML bestand te splitsen en pas daarna te verwerken, om zo slechts XML kind per kind in het geheugen te laden en geen geheugen tekort te komen. Maar dat werd een serieus gepruts, en ik verwachtte ook dat het te traag zou zijn door de vele lees en schrijf operaties. Geheugenproblemen had ik sowieso verwacht, want zelft met het huidige script moet ik zorgen dat Firefox en JOSM alletwee gesloten zijn voor ik het script start. Anders loopt mijn computer onherroepelijk vast in het page-swapping. Ik ben nu een aantal extra checks in de code aan het inbouwen en te kijken wat handig is qua extra tags (evt. gekoppeld aan wat CSS). Het blijft ook wat worstelen met de omvang. Mijn eerste tests werken in elk geval bij mij. Als het een beetje
Re: [OSM-talk-be] import AGIV CRAB-data
Op 25 oktober 2014 20:57 schreef Thomas o...@aptum.nl: Inmiddels ook de codering in gehoorzaamheid gedwongen. Blijkt dat de codering van de shapefile gewoon Latin-1 is en niet die vage CP-720. Dat scheelt ook maar weer. De snelheid van mijn script valt me al bij al wel mee. Op dit moment gebruikt hij maar 1 thread. Het inlezen van het bestand in de dictionaries duurt zo'n 50 minuten. Het schrijven naar de JSON-bestanden een kleine 10 minuten (op een SSD'tje). Het schrijven gaat volgens mij wat trager omdat ik de adres-dictionary vervangen heb door een tuple. Dat scheelt toch een kleine 500MB in geheugengebruik. In totaal gebruikt het script maar iets van 2GB ram dacht ik, maar dat moet ik nog even nakijken. Sinds die wijziging heb ik in elk geval geen geheugenproblemen meer gehad. Qua tags hoeven we inderdaad enkel de addr:housenumber en addr:street over te nemen. Daarnaast wil ik graag het herkomst-veld als tag invoeren, zodat de punten gestyled kunnen worden op basis daarvan. Naar mijn idee is die herkomst zeer bepalend voor de “nauwkeurigheid” van de punten. Ik heb dat nu geïmplementeerd als een “CRAB:herkomst”-tag. De Engelse variant “CRAB:source” vond ik een beetje misleidend. Aan de andere kant gaat het natuurlijk wel over hoe ze de locatie van het punt bepaald hebben. Dat kun je dus wel als “source” zien. CRAB:source=* lijkt me goed. Als de waarden enigszins duidelijk zijn, dan is alles ok. Daarnaast misschien nog iets van een tag om waarschuwingen mee te communiceren, bijvoorbeeld over de schrijfwijze van de straatnaam. Aan de andere kant heb ik geen enkel geval kunnen vinden waar twee adressen een zelfde straatnaam-id hebben maar een verschillende straatnaam (bijvoorbeeld een andere spelling). Dat soort fouten lijken me maar beperkt aanwezig en kunnen dus waarschijnlijk allemaal opgevangen worden met de FIXME-tag. Het huidige gebruik (om punten zonder locatie mee aan te geven) is in feite overbodig, omdat alle punten een locatie hebben. De JOSM validator kan hier ook nuttig zijn. Als de coordinaten volledig overeenkomen, dan zal de validator sowieso klagen denk ik. Dus is een fixme tag misschien niet volledig noodzakelijk De straatnaam id is in de posities database de enige manier om de straatnaam te vinden. Dus als er enige overeenkomst tussen de databases is, dan is het normaal dat je geen straatnaam-id vindt met twee verschillende namen. De andere kant kan wel voor komen: dezelfde straatnaam (of bijna dezelfde) met een verschillende straat id. Ik ben nu nog wat aan het kijken welke fouten ik met het python-script moet opsporen en welke best in de javascript naar boven gehaald kunnen worden in combinatie met de overpass-query. Het belangrijkste zijn de punten die samenvallen. Dat is een situatie die niet ingevoerd mag worden in OSM, dus ook hier lijkt een FIXME-tag mij het meest geschikt. Dat ga ik in elk geval nog even netjes documenteren. Ik zou het foutopsporen vooral voor de JS kant houden. Dan kunnen we dat gemakkelijker aanpassen (zonder een script van een uur te draaien om dan een klein tikfoutje te ontdekken). Nog een praktisch punt: hoe willen we deze tweede variant beschikbaar stellen? Moet dat naast de huidige komen te staan zodat we kunnen vergelijken, of moeten we juist vermijden dat er twee varianten in gebruik zijn en dat er verwarring ontstaat? Voor de gewone gebruiker is er eigenlijk geen verschil tussen beide systemen, dus dat is potentieel verwarrend. Anderzijds is het in de huidige beperkte opzet niet zo'n punt en misschien juist handig. Wat zijn jullie ideeën hierover? Ik zou het nog even naast elkaar houden, kwestie van vergelijking. Na het evalueren van de tools kunnen die dan onder een beter adres beschikbaar gesteld worden. Host je het onder je eigen server (desnoods je eigen github account) of wil je toegang tot de repo die ik nu heb? Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Validatie foutmelding: Onbenoemde wegen maar verbindings- voetpad heeft geen naam
Bij mijn weten geeft JOSM geen validatieproblemen als je een footway, cycleway, track of path hebt zonder naam. Over welke weg gaat het juist, en met welke editor werk je? Groeten, Sander Op 25 oktober 2014 20:56 schreef Jakka vdmfrank...@gmail.com: Dag, Welke name tag dient om een naamloos pad of veldweg of verbindings- weg te geven zodanig dat de validatie geen foutmelding vertoont. De noname=yes helpt niet http://wiki.openstreetmap.org/wiki/Names#No_name Hier kom ik niet uit (vermoedelijk voorstel?) http://wiki.openstreetmap.org/wiki/Proposed_features/Noname# T:absent_.3D_yes 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] Validatie foutmelding: Onbenoemde wegen maar verbindings- voetpad heeft geen naam
Sander Deryckere schreef op 25/10/2014 om 21:19: Bij mijn weten geeft JOSM geen validatieproblemen als je een footway, cycleway, track of path hebt zonder naam. Over welke weg gaat het juist, en met welke editor werk je? Groeten, Sander Op 25 oktober 2014 20:56 schreef Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Dag, Welke name tag dient om een naamloos pad of veldweg of verbindings- weg te geven zodanig dat de validatie geen foutmelding vertoont. De noname=yes helpt niet http://wiki.openstreetmap.org/__wiki/Names#No_name http://wiki.openstreetmap.org/wiki/Names#No_name Hier kom ik niet uit (vermoedelijk voorstel?) http://wiki.openstreetmap.org/__wiki/Proposed_features/Noname#__T:absent_.3D_yes http://wiki.openstreetmap.org/wiki/Proposed_features/Noname#T:absent_.3D_yes 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 @Sander, editor josm Hugo Verrieststraat naar parking de verbindingen via parking zijn nog niet zichtbaar, maar wel al aangepast. Deze waren compleet fout, gingen door omheining. http://www.openstreetmap.org/?mlat=50.78955mlon=3.19695#map=19/50.78955/3.19695layers=N Eerste maal dat ik link toevoeg hopelijk heb je er iets aan. Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Validatie foutmelding: Onbenoemde wegen maar verbindings- voetpad heeft geen naam
Jakka schreef op 25/10/2014 om 21:29: Sander Deryckere schreef op 25/10/2014 om 21:19: Bij mijn weten geeft JOSM geen validatieproblemen als je een footway, cycleway, track of path hebt zonder naam. Over welke weg gaat het juist, en met welke editor werk je? Groeten, Sander Op 25 oktober 2014 20:56 schreef Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Dag, Welke name tag dient om een naamloos pad of veldweg of verbindings- weg te geven zodanig dat de validatie geen foutmelding vertoont. De noname=yes helpt niet http://wiki.openstreetmap.org/__wiki/Names#No_name http://wiki.openstreetmap.org/wiki/Names#No_name Hier kom ik niet uit (vermoedelijk voorstel?) http://wiki.openstreetmap.org/__wiki/Proposed_features/Noname#__T:absent_.3D_yes http://wiki.openstreetmap.org/wiki/Proposed_features/Noname#T:absent_.3D_yes 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 @Sander, editor josm Hugo Verrieststraat naar parking de verbindingen via parking zijn nog niet zichtbaar, maar wel al aangepast. Deze waren compleet fout, gingen door omheining. http://www.openstreetmap.org/?mlat=50.78955mlon=3.19695#map=19/50.78955/3.19695layers=N Eerste maal dat ik link toevoeg hopelijk heb je er iets aan. gebruik variant van highway=footway http://wiki.openstreetmap.org/wiki/Map_Features?setlang=nl Use highway=pedestrian for pedestrianised roads in shopping or residential areas and highway=track if it is usable by agricultural or similar vehicles. Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Validatie foutmelding: Onbenoemde wegen maar verbindings- voetpad heeft geen naam
Footway or path (als er ook over gefietst wordt) zijn beter in dit geval. Pedestrian is idd voor brede, voetgangersstraten. Dus bij pedestrian wordt een naam verwacht, bij footway niet. Groeten, Sander Op 25 oktober 2014 21:55 schreef Jakka vdmfrank...@gmail.com: Jakka schreef op 25/10/2014 om 21:29: Sander Deryckere schreef op 25/10/2014 om 21:19: Bij mijn weten geeft JOSM geen validatieproblemen als je een footway, cycleway, track of path hebt zonder naam. Over welke weg gaat het juist, en met welke editor werk je? Groeten, Sander Op 25 oktober 2014 20:56 schreef Jakka vdmfrank...@gmail.com mailto:vdmfrank...@gmail.com: Dag, Welke name tag dient om een naamloos pad of veldweg of verbindings- weg te geven zodanig dat de validatie geen foutmelding vertoont. De noname=yes helpt niet http://wiki.openstreetmap.org/__wiki/Names#No_name http://wiki.openstreetmap.org/wiki/Names#No_name Hier kom ik niet uit (vermoedelijk voorstel?) http://wiki.openstreetmap.org/__wiki/Proposed_features/ Noname#__T:absent_.3D_yes http://wiki.openstreetmap.org/wiki/Proposed_features/ Noname#T:absent_.3D_yes 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 @Sander, editor josm Hugo Verrieststraat naar parking de verbindingen via parking zijn nog niet zichtbaar, maar wel al aangepast. Deze waren compleet fout, gingen door omheining. http://www.openstreetmap.org/?mlat=50.78955mlon=3.19695# map=19/50.78955/3.19695layers=N Eerste maal dat ik link toevoeg hopelijk heb je er iets aan. gebruik variant van highway=footway http://wiki.openstreetmap.org/wiki/Map_Features?setlang=nl Use highway=pedestrian for pedestrianised roads in shopping or residential areas and highway=track if it is usable by agricultural or similar vehicles. 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
[OSM-talk] sports-tracker.com switched to OSM
The Finnish spin-off of Nokia embraces OSM. I updated https://wiki.openstreetmap.org/wiki/Sports_Tracker , please check. I left a comment at http://www.sports-tracker.com/blog/2014/10/04/new-sports-tracker-website/#comment-16131 (currently in moderation) linking the copyright instructions because they make no mention of copyright or licenses in the attribution. Nemo ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] weekly issue 222
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 Special thanks to Martijn van Exel for his help this week:) Enjoy! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Applications to the Local Chapter Agreement
Thanks Jói, I was never seriously expecting there to be any conflicts over geographic territory and I'm confident that you are best placed to know of any other groups in your area. My question was more out of curiosity - I'm glad I asked because I've discovered new groups I was unaware of :-) All the best, Rob *Jóhannes Birgir Jensson* *Thu Oct 23 08:47:05 UTC 2014* -- On behalf of the Icelandic applicants we are fairly sure that we are the only ones representing our area and we will strive hard to include others who will be or are interested in the area. We have a small blurb in English about us on our webpage, the OSM affiliation would be presented under OpenStreetMap á Íslandi (in Iceland) where applicable. http://www.hlidskjalf.is/english/ Regards, Jói, current chairman ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap ten years on, and why it's time for a fresh slate
I can recite a few of them. We have very little mobile presence, even though smartphones are ideal surveying devices; a 5% intervention here would bring so many more people to our 95%. Interesting points. I'd hope most of us, though, remain idealistic beyond our 20s and don't turn into some sort of technophobic Farage-loving bore. ;-) Regarding your point here, I've always wondered (and I think I mentioned this some time ago) whether there would be room for an easy footpaths editor (sorry to go on about footpaths but it's my pet OSM thing). The user simply records their GPS trace on their phone via a custom app, and selects, via a simple dropdown etc, the current right-of-way type (footpath, bridleway etc). The trace is simplified (e.g. Douglas-Peucker) and converted directly to an OSM file (I think this is what I did way back with osmeditor... anyone remember that?) When back home the data is uploaded. This could be done in a number of ways e.g. OSM data could be downloaded and then some sort of algorithm applied to detect which part of the trace is new. Those segments which are new are then joined - initially automatically but with option to change - to existing data and then uploaded to the server. Alternatively, one could throw some OSM data at the server and have the server figure out which parts are new and which are not - though that would of course involve an extension to the API. Is this something that could be of interest? (cc to talk-gb as it's slightly UK-centric but could be used elsewhere potentially) Nick___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Questions for 2014 OSMF Nominees
Folks, Just a reminder to all nominees that there are questions posed for you at http://wiki.openstreetmap.org/wiki/Talk:Foundation/AGM14/Election_to_Board that are awaiting responses. For those that have already answered some questions, I'd advise you to review the page again as a few new questions have appeared. Thanks, Dave (DaCor) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Postponing elections, or other alternatives (Was: Modus operandi of the board)
Hi, I've raised the idea of postponing AGM and election with the board but it appears that there is no board majority for postponing/cancelling anything. Of course you or any other OSMF member is welcome to coordinate plans for members to make a (non-binding) recommendation about how they would like the board to proceed. I'll avoid the word 'resolution' here because a resolution is something that would be binding and have to be properly put on the invitation when the AGM was announced and it is too late for that. This would really need some champion from the membership drawing up some wording and getting the necessary support behind it. I find the whole thing interesting but personally I have taken a very explicit position in the whole affair and it would polarize too much if I were to spearhead a reboot effort. I guess the 100% proper and legal way would be to not rush anything into this AGM. Instead (and IANAL etc, just a reader of our AoA and Companies Act) 1. Draw up a proposal for a reboot, for example saying that the whole board is sacked and re-elected and nobody with more than X years on the board is eligible. 2. Find 26 OSMF members who like the idea. Or better 30. You need 5% of voters. This is complicated by the fact that you don't know who the voters are but if you fish among osmf-talk participants you have a good starting point. 3. Write to the board requesting a general meeting as per the paragraphs I mentioned earlier, with the agenda consisting of the sole item of passing the drafted resolution. The board then has 21 days to announce that a general meeting takes place, and the meeting must take place between 14 and 28 days after that announcement. This means that the meeting will take place between 14 and 49 days after board receives your request. 4. At the meeting, you'll then need a simple majority of all votes to get the resolution passed. That would create a binding resolution, and would also be the only way that works should individual board members refuse to comply. If on the other hand you can assume that all board members will support the effort, a simple declaration of intent by a large enough group of members could be sufficient. But if that intent should contain that the whole board is to quit and one member then were to refuse, the only way to force them would most likely be the above GM process. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM country interviews
Hi, many years ago at SotMs there used to be a track of talks in which the speaker would present the state of OSM in their country or region - the community, the unique challenges, etc. I always really enjoyed those talks because they were a chance to learn about the diversity of the world while also reminding us that we're all the same in our desire to create a great and open map. Like the vast majority of OSMers I won't be able to attend SotM this year (though I will be at WhereCamp Berlin please say hello if you're there), but I'm fortunate to have a job that lets me work on OSM. I'm one of the people behind the OpenCage geocoder: http://geocoder.opencagedata.com We thought we'd revive the country report tradition by interviewing people from the different communities on our blog. We've done a few now, listed below. Hope you enjoy them, and if you'd like to tell the world about OSM in our part of the world we'd love to hear from you enjoy, Ed The interviews so far: Indonesia: http://blog.opencagedata.com/post/100941606733/country-profile-state-of-openstreetmap-in-indonesia Basque Country: http://blog.opencagedata.com/post/100820580653/country-profile-state-of-openstreetmap-in-the-basque Bangladesh: http://blog.opencagedata.com/post/99749986348/country-profile-state-of-openstreetmap-in-bangladesh Ireland: http://blog.opencagedata.com/post/99554636383/country-profile-state-of-openstreetmap-in-ireland Chile: http://blog.opencagedata.com/post/98916200238/country-profile-state-of-openstreetmap-in-chile Scotland: http://blog.opencagedata.com/post/98216589988/open-geo-interview-series-state-of-osm-in-scotland We also do interviews in general with anyone doing interesting things in open geo data generally or OSM specifically. See http://blog.opencagedata.com Final note - would especially love to interview anyone who's done on the ground mapping in Antarctica or similarly remote place. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: OSM country interviews
oops. Must remember to list-reply. :) -- Forwarded message -- From: Richard Weait rich...@weait.com Date: Sat, Oct 25, 2014 at 7:39 PM Subject: Re: [OSM-talk] OSM country interviews To: Ed Freyfogle e...@lokku.com Hi Ed, Yes, I enjoyed the State of the Country presentations as well. I remember many in Limerick, and several in Amsterdam. I think State of the Country talks transitioned to the Lightning Talk tracks in Girona and so have been less prominent since then. The wide difference between what the German community and Canadian community had to present in Limerick was stark. :-) It was inspirational to see countries that were further along the OpenStreetMap curve and mapping street furniture and infrastructure like lamp posts, while others were a long way from completing a basic road network, or even major bodies of water. Best regards and happy mapping, Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] Fwd: [OSM-talk] OSM country interviews
Would an Australian mapper like to speak about the State of the (Australian) Map, with Ed? -- Forwarded message -- From: Ed Freyfogle e...@lokku.com Date: Sat, Oct 25, 2014 at 6:40 PM Subject: [OSM-talk] OSM country interviews To: osmf-t...@openstreetmap.org t...@openstreetmap.org Hi, many years ago at SotMs there used to be a track of talks in which the speaker would present the state of OSM in their country or region - the community, the unique challenges, etc. I always really enjoyed those talks because they were a chance to learn about the diversity of the world while also reminding us that we're all the same in our desire to create a great and open map. Like the vast majority of OSMers I won't be able to attend SotM this year (though I will be at WhereCamp Berlin please say hello if you're there), but I'm fortunate to have a job that lets me work on OSM. I'm one of the people behind the OpenCage geocoder: http://geocoder.opencagedata.com We thought we'd revive the country report tradition by interviewing people from the different communities on our blog. We've done a few now, listed below. Hope you enjoy them, and if you'd like to tell the world about OSM in our part of the world we'd love to hear from you enjoy, Ed The interviews so far: Indonesia: http://blog.opencagedata.com/post/100941606733/country-profile-state-of-openstreetmap-in-indonesia Basque Country: http://blog.opencagedata.com/post/100820580653/country-profile-state-of-openstreetmap-in-the-basque Bangladesh: http://blog.opencagedata.com/post/99749986348/country-profile-state-of-openstreetmap-in-bangladesh Ireland: http://blog.opencagedata.com/post/99554636383/country-profile-state-of-openstreetmap-in-ireland Chile: http://blog.opencagedata.com/post/98916200238/country-profile-state-of-openstreetmap-in-chile Scotland: http://blog.opencagedata.com/post/98216589988/open-geo-interview-series-state-of-osm-in-scotland We also do interviews in general with anyone doing interesting things in open geo data generally or OSM specifically. See http://blog.opencagedata.com Final note - would especially love to interview anyone who's done on the ground mapping in Antarctica or similarly remote place. ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[OSM-talk-ie] Townland boundaries on lake shores
Westmeath has a lot of lakes and I've come across instances , particularly around Lough Derravaragh http://www.openstreetmap.org/#map=14/53.6568/-7.4239 where the historic scanned shoreline does not match the existing shoreline. Generally the existing shoreline has shrunk. What I've done is to use the original shoreline as the boundary, which means that there are small strips of land without a townland. Is it posssible to have land in Ireland that's not part of a townland? Or should the boundaries move from the historic route to the new shoreline? Regards Brian ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Townland boundaries on lake shores
Hi Brian, Would I be correct in saying that the boundary should follow the new shore-line of the lake as I imagine when the boundaries were originally drawn, they used the prominence of the shore-line as the boundary and not the location of the shore-line... if that makes sense? Might someone add? C ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Townland boundaries on lake shores
Paddy, Perhaps natural=wetland and then wetlands=* - http://wiki.openstreetmap.org/wiki/Tag:natural=wetland - http://wiki.openstreetmap.org/wiki/Key:wetland I tend to try map to the median water mark as the lake/water and then draw the remaining wetland as a separate area I recently done a lake with a changing boundary: http://www.openstreetmap.org/#map=16/54.6427/-8.6681 I used wetland=tidalflat which in hind-sight probably isn't the most suitable C On 25 October 2014 14:42, pcasey pca...@clareroots.org wrote: How does one map the outlines of turloughs ? They flood and drain with the seasons and with also changes in precipitation (heavy rainfall - drought). Paddy -Original Message- From: Conor Jones [mailto:co...@malinbeg.com] Sent: 25 October 2014 14:34 To: talk-ie@openstreetmap.org Subject: Re: [OSM-talk-ie] Townland boundaries on lake shores Hi Brian, Would I be correct in saying that the boundary should follow the new shore-line of the lake as I imagine when the boundaries were originally drawn, they used the prominence of the shore-line as the boundary and not the location of the shore-line... if that makes sense? Might someone add? C ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -- Conor Jones * E:* co...@malinbeg.com * M:* +353 (0)86 200 8884 ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Townland boundaries on lake shores
Regarding turloughs, in the past I think I have used the following tags natural=water water=turlough intermittent=yes Based on https://wiki.openstreetmap.org/wiki/Intermittent As for tagging townlands along the shore, a few of us discussed this in the IRC channel (linked below) as I personally hadn't come across this as I haven't mapped near any large lakes yet. It makes most sense to bring your boundary in line with the current shape of the lake, i.e. the edge of the lake also acts as your townland boundary. Another way of looking at this, is these natural boundaries are inclined to change over time. Think of it in relation to the coastline boundary in terms of erosion and land reclamation. Note, this is different to how you would treat rivers/roads that have changed over time, in those instances, you map to the boundary marked on the sheet, not the feature Hope this helps, Dave On Sat, Oct 25, 2014 at 3:00 PM, Conor Jones co...@malinbeg.com wrote: Paddy, Perhaps natural=wetland and then wetlands=* - http://wiki.openstreetmap.org/wiki/Tag:natural=wetland - http://wiki.openstreetmap.org/wiki/Key:wetland I tend to try map to the median water mark as the lake/water and then draw the remaining wetland as a separate area I recently done a lake with a changing boundary: http://www.openstreetmap.org/#map=16/54.6427/-8.6681 I used wetland=tidalflat which in hind-sight probably isn't the most suitable C On 25 October 2014 14:42, pcasey pca...@clareroots.org wrote: How does one map the outlines of turloughs ? They flood and drain with the seasons and with also changes in precipitation (heavy rainfall - drought). Paddy -Original Message- From: Conor Jones [mailto:co...@malinbeg.com] Sent: 25 October 2014 14:34 To: talk-ie@openstreetmap.org Subject: Re: [OSM-talk-ie] Townland boundaries on lake shores Hi Brian, Would I be correct in saying that the boundary should follow the new shore-line of the lake as I imagine when the boundaries were originally drawn, they used the prominence of the shore-line as the boundary and not the location of the shore-line... if that makes sense? Might someone add? C ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -- Conor Jones * E:* co...@malinbeg.com * M:* +353 (0)86 200 8884 ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Maps for townland plotting
As moltonel mentioned, Mapcraft is related to the rectification process only. Given that we have 600 plus sheets, its also a handy reference point for storing the links to each individual sheet and tracking the progress of rectification. On Fri, Oct 24, 2014 at 8:38 PM, John Kennedy jkenned...@gmail.com wrote: Thanks guys. After a few clicks of refresh buttons on the settings screen the Map Paint Styles updated but not Tagging Presets. Appears as irishboundaries.xml. No big deal. -jk On 24 October 2014 13:58, moltonel 3x Combo molto...@gmail.com wrote: On 24/10/2014, John Kennedy jkenned...@gmail.com wrote: Do you want the reserve/freeing process in Mapcraft apply to when you are editing the townlands in OSM or just when perparing the map/rectification in mapwarper? No need, only reserve your slice during the mapwarper stage: * For townlands mapping progress we already have an excelent automated website, no need for a manual mapcraft process. * OSM itself (as opposed to mapwarper) already has tools to deal with edit conflicts. And you can map in one corner of the sheet while somebody else maps in another. * Mapping townlands can take a lot longer than rectifying the sheets. * That mapcraft instance only cares about the OOC map, not the townlands. The two may be linked, but rectifying the GSGS map is interesting even outside of townland mapping. ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-it] sports-tracker.com è passato a OSM
Da questo mese Sports tracker è passato a OSM e da qualche giorno c'è pure l'attribuzione. Ho aggiornato https://wiki.openstreetmap.org/wiki/Sports_Tracker , date un'occhiata. Se n'era parlato ai tempi: https://lists.openstreetmap.org/pipermail/talk-it/2012-May/thread.html#28672 Nemo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Una mappa migliore Fwd: [OSM-talk] A Better Map
Ciao Max, E voi cosa usate? Conoscete qualche altro programma che potrebbe davvero aiutare i mappatori di strada in quest'impresa? per l'inserimento di POI, quindi anche dei civici, ma più in generale di tutto ciò che è associabile ad un elemento nodo, utilizzo «OSMAnd+» [1]. IMHO è un'ottima app sia per la navigazione offline, sia online, la visualizzazione di Mapnik, ma anche di altre mappe, per la ricerca di POI e per la memorizzazione di tracce GPX. Per quanto riguarda i POI, ti mostra anche le informazioni aggiuntive (come gli orari, ecc.). Il grosso limite, oltre ovviamente ad operare unicamente sui nodi, è di non poter modificare ciò che si è inserito o ciò che è già inserito sulla mappa, quindi non si possono eliminare eventuali errori al volo. Tuttavia permette segnalare BUG della mappa, che vengono segnalati come note. Da poco ho scaricato una nuova app «Vespucci» [2], ma non l'ho ancora testata a fondo. Da quello, che ho visto, dovrebbe permettere anche la modifica dell'esistente. Resta comunque il grosso limite dell'imprecisione nell'inserimento su touchscreen, a meno di non perdere ogni volta un sacco di tempo a fare uno zoom sovra umano. Per quanto riguarda il mio contributo a OSM in strada, resto per il momento fedele a OSMAnd+. [1]: http://osmand.net/ [2]: http://wiki.openstreetmap.org/wiki/Vespucci -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Oneway vs access=no
Per quanto riguarda l'orientamento (ma non ho mai capito come usare la key direction, da nessuna parte c'è scritto quale lato del cartello, guardando altri casi simili, devo dedurre che devo mettermi nel punto in cui c'è il palo, guardare il retro del cartello e dire in che direzione sto guardando? Se è vero così, da nessuna parte nel wiki c'è scritto). Ciao, per quanto riguarda la key direction, con la coppia di valori forward/backward, io prendo spunto dalle linee guida riguardanti highway=stop, le quali dicono di indicare il verso rispetto all'asse stradale. Mi spiego meglio: per indicare in quale direzione si deve rispettare lo stop (o il dare la precedenza), di default molti navigatori prendono l'incrocio che è a distanza minore, rispetto al nodo con highway=stop. Alle volte questo può generare errori, quindi suggeriscono di usare l'altra coppia key=value per indicare se l'obbligo lo si ha in direzione concorde al verso dell'asse della strada oppure discorde. A questo punto, per logica, mi verrebbe da dire che tutti i segnali stradali debbano essere mappati secondo la direzione in cui li si guarda, cioè ti metti sotto il cartello, nel verso in cui lo leggi e da lì assegni il valore alla key direction. Ciao. -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] sports-tracker.com è passato a OSM
Sent: Saturday, October 25, 2014 at 8:40 AM From: Federico Leva (Nemo) nemow...@gmail.com To: openstreetmap list - italiano talk-it@openstreetmap.org Subject: [Talk-it] sports-tracker.com è passato a OSM Da questo mese Sports tracker è passato a OSM e da qualche giorno c'è pure l'attribuzione. Ho aggiornato https://wiki.openstreetmap.org/wiki/Sports_Tracker , date un'occhiata. Se n'era parlato ai tempi: https://lists.openstreetmap.org/pipermail/talk-it/2012-May/thread.html#28672 Nemo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it [OT] Ha! Me l'ero quasi dimenticata la citazione dell'epoca in calce ai miei interventi! :) Molto bene per il passaggio. Mi ricordo la discussione, a grandi linee. OSM vs GM 1-0 -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
Arieccoci, l'anno scorso avevano stampato le mappe con la corretta attribuzione. Quest'anno aprendo il sito si trova la mappa di Google con la sua bella attribuzione (avranno paura dei loro avvocati?). Poi vai nel sito e al link http://www.festivalscienza.it/site/home/programma/documento10005417.html da pagina 48 a pag 51 trovi la mappa OSM senza uno straccio di attribuzione. Stessa cosa sui grossi pannelli informativi https://pbs.twimg.com/media/B0zcg-eCcAI7K-z.jpg:large Possibile che con le mappe proprietarie non ceffano mai e con noi spessissimo ci sono queste dimenticanze?? Non sarebbe il caso di prendere la palla al balzo e alzare un pò di polverone mediatico? Loro erano a Piazza De Ferrari a godersi tutto il pubblico mentre io e Sabas eravamo in mezzo a loro nel Palazzo Ducale a parlare di Open Data, OSM, licenze ecc.. poi usciamo e ci sentiamo presi per i fondelli. BASTA se non abbiamo soldi per legali o altri atti ufficiali almeno spu**aniamoli mediaticamente, usiamo un pò sti accidenti di social cribbio! Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Oneway vs access=no
-Original Message- From: Matteo Quatrida [mailto:matteo.quatr...@linuxmail.org] Sent: sabato 25 ottobre 2014 19:29 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] Oneway vs access=no Per quanto riguarda l'orientamento (ma non ho mai capito come usare la key direction, da nessuna parte c'è scritto quale lato del cartello, guardando altri casi simili, devo dedurre che devo mettermi nel punto in cui c'è il palo, guardare il retro del cartello e dire in che direzione sto guardando? Se è vero così, da nessuna parte nel wiki c'è scritto). Ciao, per quanto riguarda la key direction, con la coppia di valori forward/backward, io prendo spunto dalle linee guida riguardanti highway=stop, le quali dicono di indicare il verso rispetto all'asse stradale. Mi spiego meglio: per indicare in quale direzione si deve rispettare lo stop (o il dare la precedenza), di default molti navigatori prendono l'incrocio che è a distanza minore, rispetto al nodo con highway=stop. Alle volte questo può generare errori, quindi suggeriscono di usare l'altra coppia key=value per indicare se l'obbligo lo si ha in direzione concorde al verso dell'asse della strada oppure discorde. A questo punto, per logica, mi verrebbe da dire che tutti i segnali stradali debbano essere mappati secondo la direzione in cui li si guarda, cioè ti metti sotto il cartello, nel verso in cui lo leggi e da lì assegni il valore alla key direction. Questo però vale solo per i segnali stradali mappati con un nodo appartenente ad una (ed una sola) way, per specificare l'orientamento rispetto all'asse della way (forward/backward). Se invece vuoi specificare la direzione rispetto al Nord, il wiki [1] dice che il valore angolare deve corrispondere alla direzione verso la quale è orientato l'oggetto (non alla direzione in cui guarda un suo eventuale osservatore). Dunque per specificare la direzione con un angolo o un punto cardinale è corretto mettere la direzione in cui guardi quando osservi il segnale stradale dal retro. [1] http://wiki.openstreetmap.org/wiki/Key:direction Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
Il redattore é Luca Caridà, ma secondo me non é opera sua nemmeno il reticolo. Ad ogni modo ad un appuntamento con main partner Finmeccanica, la scienza non credo ci sia, per cui meglio tenere un profilo basso e godere dell'anonimato. -- cascafico.altervista.org twitter.com/cascafico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
Il 25/10/2014 21:56, Cascafico Giovanni ha scritto: Il redattore é Luca Caridà, ma secondo me non é opera sua nemmeno il reticolo. Ad ogni modo ad un appuntamento con main partner Finmeccanica, la scienza non credo ci sia, per cui meglio tenere un profilo basso e godere dell'anonimato. Scusami Giovanni, ammetto che sono un pò stanco ma non ho capito il senso della tua mail; cosa intendi col 'godere dell'anonimato'? Che dovremmo essere contenti di vedere una mappa OSM anche se violano i diritti di attribuzione? A me non interessa se la scienza c'è o meno, ma visto che non si tratta del pizzaiolo sotto casa che stampa il volantino con OSM ma al contrario di una manifestazione che ha un sacco di visitatori e di attenzione dai media, vorrei che se sfruttano il nostro lavoro dovremmo vedere rispettati i termini della licenza. Altrimenti perchè ci sono state discussioni e polemiche infinite quando ci fu il cambio di licenza? Allora adottiamo la licenza 'fate un pò quello che volete' e smettiamola lì di parlare di ODBL CC-BY-SA e sciocchezzuole del genere. Se invece ho intepretato male la mail allora scusami. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM
Il giorno 25 ottobre 2014 21:56, Cascafico Giovanni cascaf...@gmail.com ha scritto: Il redattore é Luca Caridà, ma secondo me non é opera sua nemmeno il reticolo. Probabilmente la cappellata è dei grafici Progetto grafico Gaetano Cassini / Studiofluo Ad ogni modo ad un appuntamento con main partner Finmeccanica, la scienza non credo ci sia, per cui meglio tenere un profilo basso e godere dell'anonimato. Wut? Sarebbe l'evento di divulgazione scientifica più grande d'italia http://www.festivalscienza.it/site/home.html -- cascafico.altervista.org twitter.com/cascafico ___ 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] Festival della Scienza e mancata attribuzione mappe OSM
Il 25/10/2014 22:34, sabas88 ha scritto: Probabilmente la cappellata è dei grafici Progetto grafico Gaetano Cassini / Studiofluo http://www.studiofluo.com/persone.html Leggendo il curriculum del tizio non è certo uno che cura l'allestimento del banchetto del primo peracottaro che sta al mercato, se faceva una cappella con la Maserati, la Ferrari o la Pirelli chissà che succedeva. Quando si parla di OSM ci sono sempre delle miopie spaventose, e sì che su www.openstreetmap.org sopra alla mappa si legge bello grosso 'Copyright' e in basso su 'OpenStreetMap contributors' c'è il link a http://www.openstreetmap.org/copyright Non è la prima volta che accadono queste sviste madornali. Io potrei pensare che la foundation, o chi per essa, non rispetta i termini di licenza che ho sottoscritto quando mi sono registrato su OSM e alla fine potrei richiedere che tutti i miei contributi vengano eliminati per non aver rispettato la licenza stessa. A maggior ragone che stanno violando la licenza con moltissimi dati a cui ho contribuito personalmente, se non ci pensa la foundation o altre figure mi posso rivolgere a qualcun altro o devo arrivare a soluzioni estreme? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Una mappa migliore Fwd: [OSM-talk] A Better Map
Sono anch'io un fan di OsmAnd+, è la mia app di navigazione preferita e la uso anche per salvare tracce gpx e caricarle direttamente sul server OSM. Però non è molto pratica per quanto riguarda l'inserimento di punti: diverse volte ho provato ad aggiungere informazioni alla mappa e: secondo me 2 minuti per creare il PDI di una fermata d'autobus e 5 minuti per un albergo sono un po' troppo... senza contare l'infinità di click necessari per arrivare al menu in cui riempire i campi dedicati ai tag. Poi, per carità, la funzione è completissima e ti permette di aggiungere qualunque tag, ma nella condizione attuale è una delle tante che permettono di mappare ma da lì a poter dire che sono pratiche ce ne passa... Come dicevo prima, al momento mi trovo abbastanza bene con OsmPad: cammino lungo la strada, tocco la posizione e digito il numero... con tutti i pro e contro cui accennavo. Vespucci l'ho installato: è un editor a tutti gli effetti e non sembra neppure male. Però credo che ci vorrebbe come minimo un piccolo tablet, usarlo sul display da 4 pollici del mio cellulare è abbastanza complicato... Max Matteo Quatrida-2 wrote Ciao Max, per l'inserimento di POI, quindi anche dei civici, ma più in generale di tutto ciò che è associabile ad un elemento nodo, utilizzo «OSMAnd+» [1]. IMHO è un'ottima app sia per la navigazione offline, sia online, la visualizzazione di Mapnik, ma anche di altre mappe, per la ricerca di POI e per la memorizzazione di tracce GPX. Per quanto riguarda i POI, ti mostra anche le informazioni aggiuntive (come gli orari, ecc.). -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it -- View this message in context: http://gis.19327.n5.nabble.com/Una-mappa-migliore-Fwd-OSM-talk-A-Better-Map-tp5821240p5821773.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] Una mappa migliore Fwd: [OSM-talk] A Better Map
No Martin, non è un burocrate chi si spacca il cu... pardon, la schiena per preparare gli import nel modo migliore possibile, cercando di aggiungere valore alla mappa ed allo stesso tempo rispettando i contributi degli altri. La burocrazia in cui ho sfiducia è quella delle amministrazioni (e la minuscola è voluta): quelle che dovrebbero rilasciare i dati per legge, ma bisogna richiederli, e quando ricevono la richiesta nemmeno rispondono; Quelle per cui ci dev'essere qualcuno che perde giorni (e notti) per cercare di capire qual è il canale giusto attraverso cui mandare la richiesta, perchè forse l'altra volta non gli è arrivata (oppure è arrivata ma è stata ignorata); quelle che dopo mesi di tira e molla rilasciano 'sti benedetti dati, ma poi si scopre che c'è ben poco di utile perchè sono troppo imprecisi. Insomma, forse in Germania le cose vanno diversamente, ma nelle poche settimane passate da quando seguo questo forum, quello che ho capito è che qui da noi ottenere i civici di un singolo Comune (e ne abbiamo 8057) è da considerarsi una grande conquista. Spero tanto di sbagliarmi. Ciao, Max dieterdreist wrote Quello che si chiede per un import è la discussione con la communità locale, la documentazione dell'import, un concetto per il merge (cosa si fa in punti dove già esiste qualcosa in OSM) e dare la possibilità agli interessati di guardarsi i dati prima che vengono importati, per me non è burocrazia ma rispetto per chi ha mappato la propria zona. Oltre a controllare la qualità e attualità dei dati da importare (cosa al solito quasi impossibile in maniera sostanziosa, perché dovresti andare lì e paragonare la realtà con i dati da importare) chi fa l'import lo deve documentare nella wiki. Queste regole non sono emerse dal nullo, sono state fatte perché in passato chiunque prendeva dei dati cattivissimi (veramente, l'ho visto con i miei occhi), e li caricava spesso sopra i dati mappati a mano, oppure cancellava prima i dati rilevati a mano per non dover fare il merge. Ovviamente entrambi comportamenti non supportabili, che oltre a togliere informazioni creavano frustrazioni tra chi aveva mappato prima. ciao, Martin ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it dieterdreist wrote 2014-10-23 18:03 GMT+02:00 Max1234Ita lt; max1234ita@ gt;: In più mi pare di capire, per quanto riguarda gli import, che le cose vanno a rilento soprattutto a causa di problemi burocratici... Ecco, più che astio verso gli import è un po' di sfiducia verso i burocrati... :-) Quello che si chiede per un import è la discussione con la communità locale, la documentazione dell'import, un concetto per il merge (cosa si fa in punti dove già esiste qualcosa in OSM) e dare la possibilità agli interessati di guardarsi i dati prima che vengono importati, per me non è burocrazia ma rispetto per chi ha mappato la propria zona. Oltre a controllare la qualità e attualità dei dati da importare (cosa al solito quasi impossibile in maniera sostanziosa, perché dovresti andare lì e paragonare la realtà con i dati da importare) chi fa l'import lo deve documentare nella wiki. Queste regole non sono emerse dal nullo, sono state fatte perché in passato chiunque prendeva dei dati cattivissimi (veramente, l'ho visto con i miei occhi), e li caricava spesso sopra i dati mappati a mano, oppure cancellava prima i dati rilevati a mano per non dover fare il merge. Ovviamente entrambi comportamenti non supportabili, che oltre a togliere informazioni creavano frustrazioni tra chi aveva mappato prima. ciao, Martin ___ Talk-it mailing list Talk-it@ https://lists.openstreetmap.org/listinfo/talk-it -- View this message in context: http://gis.19327.n5.nabble.com/Una-mappa-migliore-Fwd-OSM-talk-A-Better-Map-tp5821240p5821775.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] Una mappa migliore Fwd: [OSM-talk] A Better Map
Il 25/10/2014 23:27, Max1234Ita ha scritto: quello che ho capito è che qui da noi ottenere i civici di un singolo Comune (e ne abbiamo 8057) è da considerarsi una grande conquista. Se anche tuuu ... ti sbatti per settimane per capire con chi conviene parlare, perdi diverse giornate in riunioni con gente che ti ascolta come se fossi un marziano e alla fine non ottieni nulla o una manciata di dati magari non completi ... Benvegnut sei dei nostri!! :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Servidor AWS task manager
Saludos cordiales, Con ayuda de un nuevo amigo Blake Girardot, he montado mi propio servicio de task manager en un AWS, principalmente para organizar las tareas de mi grupo de OSM en el colegio salesiano. Con gusto podremos usarlos para las tareas de la comunidad colombiana. La dirección es: http://54.173.12.48:6543/ Por ahora solo esta la tarea que estamos realizando en el colegio. Saludos Leonardo Gutierrez ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-ar] Mapeo social
2014-10-24 20:57 GMT-03:00 Manuel Kaufmann humi...@gmail.com: Esto me parece útil para que personas sin conocimiento sobre el tema, puedan agregar su negocio/comercio al mapa y empezar a hacer conocido el proyecto en ambientes no técnicos. Estuve mirando el editor online y me parece que es super amigable / aunque sigue siendo complicado para un usuario final y además, requiere estar registrado. Lo cuál me parece otra traba para usuarios comunes... No sé, es solo una idea que se me ocurrió ayer y quería recibir un poco de feedback... Desde: Es malísimo hasta Che, te doy una mano para hacer el sitio o cargar los datos luego. Creo que lo que estás buscando es algo como YAPIS [1]. Probablemente tenga algunas cosas para mejorar pero es bastante simple de usar. Un detalle no menor en este caso es que se necesita tener un usuario de OSM para subir los datos, lo cual puede ser un poco molesto para este tipo de gente que posiblemente carguen su punto y nada más. Pero es lo mismo para cualquier otro editor, es una regla básica de OSM. [1] http://yapis.geoclub.de/?id=0lang=es ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapeo social
Hola Manuel, vos quisiste que te contestemos si nos parecía buena o mala la idea y qué haríamos por ella. Yo te contesto: Es buena, sobretodo si suma gente a la comunidad osm y mapera en general. Quizás, si te parece, podamos proponerla como desafío para hackear una solución ( pidiendo hacer una interfase y un app más populorum que use facebook o linkedin con el user de osm, por ejemplo) en nuestro GeoCensos Mapps Hackathon http://www.bogota.gov.co/content/gran-convocatoria-para-desarrolladores-de-aplicaciones . No sé si saben , pero este es un evento de geohackathon que hace la Fundación GeoCensos http://www.geocensos.com todos los años y este año tenemos abordo varios municipios de ciudades como Bogotá o Quito , interesados naturales en usar y difundir herramientas para difusión del turismo en las intrincadas geografías de toda nuestra América Latina. Por supuestisimo están desde ya todos invitados a aportar, sean de la lista talk argentina, panameña , brasilera o de guate. Si tienen dudas de cómo participar escribannos a @geocensos o a ma...@geocensos.com . Nunca dejen de soñar, no se olviden de las sabias palabras de Mau Chao la resignación es un suicidio permanente. Saludes [image: geocensos] *Javier Carranza** Tresoldi** CEO**, GeoCensos* Tel: (571) 806-5188 Skype: javiercarranza El Salvador Mobile: (503) 61150333 Colombia Mobile:(57) 314-3244540 Panama Mobile: (507) 688 - 04892 Guatemala Mobile: (502) 5936 - 0180 www.geocensos.com https://sites.google.com/a/geocensos.com/mapps/ [image: Twitter] https://twitter.com/GeoCensos [image: LinkedIn] http://co.linkedin.com/in/carranzatorres 2014-10-25 9:28 GMT-05:00 Mauricio Miranda mmira...@osgeo.org: 2014-10-24 20:57 GMT-03:00 Manuel Kaufmann humi...@gmail.com: Esto me parece útil para que personas sin conocimiento sobre el tema, puedan agregar su negocio/comercio al mapa y empezar a hacer conocido el proyecto en ambientes no técnicos. Estuve mirando el editor online y me parece que es super amigable / aunque sigue siendo complicado para un usuario final y además, requiere estar registrado. Lo cuál me parece otra traba para usuarios comunes... No sé, es solo una idea que se me ocurrió ayer y quería recibir un poco de feedback... Desde: Es malísimo hasta Che, te doy una mano para hacer el sitio o cargar los datos luego. Creo que lo que estás buscando es algo como YAPIS [1]. Probablemente tenga algunas cosas para mejorar pero es bastante simple de usar. Un detalle no menor en este caso es que se necesita tener un usuario de OSM para subir los datos, lo cual puede ser un poco molesto para este tipo de gente que posiblemente carguen su punto y nada más. Pero es lo mismo para cualquier otro editor, es una regla básica de OSM. [1] http://yapis.geoclub.de/?id=0lang=es ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapeo social
2014-10-25 11:28 GMT-03:00 Mauricio Miranda mmira...@osgeo.org: Un detalle no menor en este caso es que se necesita tener un usuario de OSM para subir los datos, lo cual puede ser un poco molesto para este tipo de gente que posiblemente carguen su punto y nada más. Esto yo creo que es un punto clave. Si alguien simplemente quiere agregar su comercio al mapa, crearse una cuenta para hacer únicamente eso puede significar que no cargue el punto. En principio, mi idea es para acerca a usuarios comunes a la filosofía del mapa: YO puedo agregar un punto y que ese yo puedo no sea una traba. Así, simplemente llenando un formulario agregan un punto. Que, en realidad, no se agrega al mapa, sino que se le manda un mail a alguien (colaboradores del sitio) que lo agrega validando la información y enviando un email avisando que su punto fue aceptado / rechazado. Probablemente, al recibir ese feedback positivo por agregar un punto en el mapa se interese un poquito más en cómo seguir colaborando. Ese email de feedback positivo puede ir acompañado de un texto explicativo sobre Qué más puedo hacer más unos links a diferentes guías para principiantes como ser http://learnosm.org/es/ que explican un poco la filosofía... -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapeo social
2014-10-25 13:46 GMT-03:00 Javier Carranza javier.carra...@geocensos.com: Yo te contesto: Es buena, sobretodo si suma gente a la comunidad osm y mapera en general. Quizás, si te parece, podamos proponerla como desafío para hackear una solución ( pidiendo hacer una interfase y un app más populorum que use facebook o linkedin con el user de osm, por ejemplo) en nuestro GeoCensos Mapps Hackathon http://www.bogota.gov.co/content/gran-convocatoria-para-desarrolladores-de-aplicaciones . ¡Qué buenísima iniciativa! Propongan la idea, propongan :) . No puedo participar personalmente ya que estoy en Argentina, pero voy a estar atento a la lista de correo para seguir el tema. Si charlan algo en ese evento, ¿podrías compartirlo en esta lista? Seguimos en contacto. -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapeo social
2014-10-25 17:14 GMT-03:00 Fredy Rivera fredyriv...@gmail.com: Los formularios tienen los campos que les quieras poner o quitar. Genial! Se me ocurre que dependiendo del tipo de POI seleccionado sean los campos del formulario que aparecen. Por ejemplo, si selecciono Hostel o Estación de servicio que me agregue un campo que sea Internet (wifi, yes, no, etc) - ¿cómo selecciono un punto específico en el mapa? (mediante coordenadas o haciendo click en él) Mueves el puntero del mapa donde quieres el punto, si aceptas que te localice el navegador por HTML5 te acercará hasta donde estés Bien. Si no aceptas la localización, se complica para encontrar el puntero. Si quieres pones los requerimientos en el gitHub y lo vamos cuadrando, si tienes un server lo podemos instalar ahí con un dominio propio o bien creamos una instancia en uno de mis servers. Estoy en IRC (freenode.net) como humitos. Si querés chateamos un rato sobre los requerimientos y después los volcamos a GitHub. ¿Qué decís? -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapeo social
2014-10-25 15:26 GMT-05:00 Manuel Kaufmann humi...@gmail.com: 2014-10-25 17:14 GMT-03:00 Fredy Rivera fredyriv...@gmail.com: Los formularios tienen los campos que les quieras poner o quitar. Genial! Se me ocurre que dependiendo del tipo de POI seleccionado sean los campos del formulario que aparecen. Por ejemplo, si selecciono Hostel o Estación de servicio que me agregue un campo que sea Internet (wifi, yes, no, etc) creo que tu idea es que aporten un mínimo de información, no se debería complicar mas que eso. - ¿cómo selecciono un punto específico en el mapa? (mediante coordenadas o haciendo click en él) Mueves el puntero del mapa donde quieres el punto, si aceptas que te localice el navegador por HTML5 te acercará hasta donde estés Bien. Si no aceptas la localización, se complica para encontrar el puntero. No hay de otra, la interface telepática aun no esta soportada. Si quieres pones los requerimientos en el gitHub y lo vamos cuadrando, si tienes un server lo podemos instalar ahí con un dominio propio o bien creamos una instancia en uno de mis servers. Estoy en IRC (freenode.net) como humitos. Si querés chateamos un rato sobre los requerimientos y después los volcamos a GitHub. ¿Qué decís? Madura un poco tu idea y escribe los requerimientos. Por otra parte creo que la interface de NOTAS de osm.org podría ser suficiente para lo que quieres. -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapeo social
Hola Javier. Me gustaría saber mas de la Fundación Geocensos donde está registrada como fundación, Cual es su usuario en OSM y cual es el aporte que ha hecho a nuestra comunidad, lo digo para sintonizarnos un poco mas. salu2. 2014-10-25 11:46 GMT-05:00 Javier Carranza javier.carra...@geocensos.com: Hola Manuel, vos quisiste que te contestemos si nos parecía buena o mala la idea y qué haríamos por ella. Yo te contesto: Es buena, sobretodo si suma gente a la comunidad osm y mapera en general. Quizás, si te parece, podamos proponerla como desafío para hackear una solución ( pidiendo hacer una interfase y un app más populorum que use facebook o linkedin con el user de osm, por ejemplo) en nuestro GeoCensos Mapps Hackathon http://www.bogota.gov.co/content/gran-convocatoria-para-desarrolladores-de-aplicaciones . No sé si saben , pero este es un evento de geohackathon que hace la Fundación GeoCensos http://www.geocensos.com todos los años y este año tenemos abordo varios municipios de ciudades como Bogotá o Quito , interesados naturales en usar y difundir herramientas para difusión del turismo en las intrincadas geografías de toda nuestra América Latina. Por supuestisimo están desde ya todos invitados a aportar, sean de la lista talk argentina, panameña , brasilera o de guate. Si tienen dudas de cómo participar escribannos a @geocensos o a ma...@geocensos.com . Nunca dejen de soñar, no se olviden de las sabias palabras de Mau Chao la resignación es un suicidio permanente. Saludes [image: geocensos] *Javier Carranza** Tresoldi** CEO**, GeoCensos* Tel: (571) 806-5188 Skype: javiercarranza El Salvador Mobile: (503) 61150333 Colombia Mobile:(57) 314-3244540 Panama Mobile: (507) 688 - 04892 Guatemala Mobile: (502) 5936 - 0180 www.geocensos.com https://sites.google.com/a/geocensos.com/mapps/ [image: Twitter] https://twitter.com/GeoCensos [image: LinkedIn] http://co.linkedin.com/in/carranzatorres 2014-10-25 9:28 GMT-05:00 Mauricio Miranda mmira...@osgeo.org: 2014-10-24 20:57 GMT-03:00 Manuel Kaufmann humi...@gmail.com: Esto me parece útil para que personas sin conocimiento sobre el tema, puedan agregar su negocio/comercio al mapa y empezar a hacer conocido el proyecto en ambientes no técnicos. Estuve mirando el editor online y me parece que es super amigable / aunque sigue siendo complicado para un usuario final y además, requiere estar registrado. Lo cuál me parece otra traba para usuarios comunes... No sé, es solo una idea que se me ocurrió ayer y quería recibir un poco de feedback... Desde: Es malísimo hasta Che, te doy una mano para hacer el sitio o cargar los datos luego. Creo que lo que estás buscando es algo como YAPIS [1]. Probablemente tenga algunas cosas para mejorar pero es bastante simple de usar. Un detalle no menor en este caso es que se necesita tener un usuario de OSM para subir los datos, lo cual puede ser un poco molesto para este tipo de gente que posiblemente carguen su punto y nada más. Pero es lo mismo para cualquier otro editor, es una regla básica de OSM. [1] http://yapis.geoclub.de/?id=0lang=es ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapeo social
Con el OsmAnd también es posible tomar notas, offline. El oct 25, 2014 3:51 PM, Manuel Kaufmann humi...@gmail.com escribió: 2014-10-25 17:37 GMT-03:00 Fredy Rivera fredyriv...@gmail.com: Bien. Si no aceptas la localización, se complica para encontrar el puntero. No hay de otra, la interface telepática aun no esta soportada. Jajaja! Lo que quiero decir es que si no acepto compartir mi ubicación, no tengo forma de poner el puntero en el mapa en la posición que quiero. Ya que el puntero no aparece en ningún lugar, ni siquiera uno por default. Por otra parte creo que la interface de NOTAS de osm.org podría ser suficiente para lo que quieres. Muy bueno! No lo conocía. Y sí, algo muy similar a eso es lo que me imaginé... Un poco más de color para hacerlo más user-frieldy y listo... -- Kaufmann Manuel -- http://elblogdehumitos.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ro] Osmose server in romania ?
Buna ziua, Eu sunt in contact cu echipa de osmose in Franța. Ei aștaptă datas de osm-ro server, Aveți vreo informatie despre acest lucru ? Cred ca contactul est Alex Morega, dar nu am mailul lui. Multumesc frumos, -- Jean-Baptiste Holcroft ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Osmose server in romania ?
Salut, Da, el se ocupa ( probabil cand are timp). Intra pe grupul openstreetmap romania de pe facebook - https://www.facebook.com/groups/1487443198159793/ Si acolo il vei gasi si pe Alex Morega On 25.10.2014 12:56, Jean-Baptiste Holcroft wrote: Buna ziua, Eu sunt in contact cu echipa de osmose in Franța. Ei aștaptă datas de osm-ro server, Aveți vreo informatie despre acest lucru ? Cred ca contactul est Alex Morega, dar nu am mailul lui. Multumesc frumos, -- Jean-Baptiste Holcroft ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ca] Canadian Openstreetmap Task Manager + Central Website
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Glad to hear you are making use of the task manager. HOT has been discussing various improvements to the software, as well as provisions for making it easier for others to make use of the toolset. I have cc'ed Pierre Giraud who is the lead developer of the tasking manager software so that he can be aware of where it is being used. I hope the tool is useful to you and that you do lots of awesome mapping with it. :) - -AndrewBuck On 10/24/2014 07:36 PM, Richard Burcher wrote: Hi Folks, A bunch of us have gotten together and said, hey wouldn't it be great if we started something similar like our southern neighbors from the US Openstreetmap Chapter [1] have that has become a hub of community engagement. A central and easily accessible place where the Canadian community (or others just finding Openstreetmap for the first time) can find information [2], upcoming events and access to a dedicated OSM Task Manager [3] for mapping tasks. We strongly feel that this is a great starting point to help further spread the use, adoption and mapping of Openstreetmap in Canada. We really hope this endeavour will help our community. We've kicked this off because we saw a need for it. It’s everyones community, so please let us know what you think and what we should be doing. Feel free to jump in; we could always use help:) If you'd like to have admin access to the Tasking Manager (allows you to create mapping tasks), please either drop a line at [4] or on the mailing list. Cheers, Folks from the Ottawa Openstreetmap group [5] [1] http://openstreetmap.us/ [2] http://osmcanada.ca/ [3] http://tasks.osmcanada.ca/ [4] http://osmcanada.ca/contact-us/ [5] http://osmottawa.ca/ Cheers, Richard -- Please note: I only check email a few times during business hours. Richard Burcher Twitter: @richardburcher Blog: www.richardburcher.com LinkedIn: http://linkd.in/richardburcher ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUS6M3AAoJEK7RwIfxHSXbePgP/RYS7F2nJE7Y6r3DLkdKLnw7 P0vobcMJKE+2eVEhwQiv+y8KNxbnG0xR6TK6MbEWiGg01IYSQmPfQgykp1LAZdCp NLXQjslUsDt1zaofTsE0pQi9F960OMHnTBu8df20S10vU6Nx+tWd+GGKsW6YaobB yYfwwFXMUX+ZggLAyvx4iM+GqhT3R3jQDZd//o4/dUsOzW/yODCTybdVM02qqnna mwdc23brS8xdN9cDT979Qilh/oHwzkznoVKkV2mzTxWRcItQifTOvwEPL32gcssx 9yi6cGwfu3/oqRosweavgZNHlC1JoX1EKn+RLERy3g2LmCX9H3ZCq8MyGFeTkMlB 72phQPMW1KF7QrWTQMWn8/ouW7T51SSqUc7+eWYlBmAKNpxphXjEl7X0qnL57DpL f3gtadVE/LKc9duE2ikhkeAOrFL6LRmpczKY0mzAbRCW3bKfCmAYl3XNl9uXUVI/ dqdKlPjoA0XfR00SQlrkrO3FgCiSf/ZVEVPqphCwHhxmAJLPrTBBQI05Cuoxpk4m pROj/DyqFLZnVutRFFvzi2Lx9eqR8PgOzvTO18/CNxQGlyMoF8ChvLqhSd28w74o ChOzMDsrhz/N3EW1xKhiZVP9Dt3dkor9+HMlX1DNyifsh07r6SsyyTRK2QoRzPvy t2sQjAPKZmsIUH3IUYE0 =3WJL -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canadian Openstreetmap Task Manager + Central Website
On 14-10-24 08:36 PM, Richard Burcher wrote: [3] http://tasks.osmcanada.ca/ Great initiative! Never seen Tasking Manager before, but it looks a solid platform for breaking down and logging tasks. Maybe though on http://tasks.osmcanada.ca/project/7 “addr:postcode = (Collect from CanadaPost)” We can't do that. Canada Post Postal Code data is absolutely /not/ open data (if it were, why would they be suing Ervin still? http://geocoder.ca/?sued=1) and shouldn't be in OSM. cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fwd: [OSM-talk] OSM country interviews
Ed would like a Canadian mapper for a State of Canada interview. Contact him directly, or ask me to introduce if you like. -- Forwarded message -- From: Ed Freyfogle e...@lokku.com Date: Sat, Oct 25, 2014 at 6:40 PM Subject: [OSM-talk] OSM country interviews To: osmf-t...@openstreetmap.org t...@openstreetmap.org Hi, many years ago at SotMs there used to be a track of talks in which the speaker would present the state of OSM in their country or region - the community, the unique challenges, etc. I always really enjoyed those talks because they were a chance to learn about the diversity of the world while also reminding us that we're all the same in our desire to create a great and open map. Like the vast majority of OSMers I won't be able to attend SotM this year (though I will be at WhereCamp Berlin please say hello if you're there), but I'm fortunate to have a job that lets me work on OSM. I'm one of the people behind the OpenCage geocoder: http://geocoder.opencagedata.com We thought we'd revive the country report tradition by interviewing people from the different communities on our blog. We've done a few now, listed below. Hope you enjoy them, and if you'd like to tell the world about OSM in our part of the world we'd love to hear from you enjoy, Ed The interviews so far: Indonesia: http://blog.opencagedata.com/post/100941606733/country-profile-state-of-openstreetmap-in-indonesia Basque Country: http://blog.opencagedata.com/post/100820580653/country-profile-state-of-openstreetmap-in-the-basque Bangladesh: http://blog.opencagedata.com/post/99749986348/country-profile-state-of-openstreetmap-in-bangladesh Ireland: http://blog.opencagedata.com/post/99554636383/country-profile-state-of-openstreetmap-in-ireland Chile: http://blog.opencagedata.com/post/98916200238/country-profile-state-of-openstreetmap-in-chile Scotland: http://blog.opencagedata.com/post/98216589988/open-geo-interview-series-state-of-osm-in-scotland We also do interviews in general with anyone doing interesting things in open geo data generally or OSM specifically. See http://blog.opencagedata.com Final note - would especially love to interview anyone who's done on the ground mapping in Antarctica or similarly remote place. ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-fr] Y sont fou ces américains
Bonjour Je suis étonné de ceci : http://www.openstreetmap.org/relation/183958 Qu'il y ait 2 entités distincts n'est pas gênant en soit, mais d'avoir créer une bande terrestre de 20 m est drôle. z'en pensez quoi ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Y sont fou ces américains
J'en pense que ça sent la raison historique, genre on veut un accès du village à une ressource parce qu'autour, ça appartenait peut-être à un autre village et qu'ils craignaient de se faire couper l'accès, voire à une réserve indienne qu'ils ont alors découpé comme ça les arrangeait. (pure supposition de ma part) Francescu Le 25 octobre 2014 09:59, David Crochet david.croc...@free.fr a écrit : Bonjour Je suis étonné de ceci : http://www.openstreetmap.org/relation/183958 Qu'il y ait 2 entités distincts n'est pas gênant en soit, mais d'avoir créer une bande terrestre de 20 m est drôle. z'en pensez quoi ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Y sont fou ces américains
P... et ça ? http://www.openstreetmap.org/relation/2312652 Le 25 octobre 2014 09:59, David Crochet david.croc...@free.fr a écrit : Bonjour Je suis étonné de ceci : http://www.openstreetmap.org/relation/183958 Qu'il y ait 2 entités distincts n'est pas gênant en soit, mais d'avoir créer une bande terrestre de 20 m est drôle. z'en pensez quoi ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Y sont fou ces américains
Le 25/10/2014 09:59, David Crochet a écrit : Bonjour Je suis étonné de ceci : http://www.openstreetmap.org/relation/183958 Qu'il y ait 2 entités distincts n'est pas gênant en soit, mais d'avoir créer une bande terrestre de 20 m est drôle. z'en pensez quoi ? Qu'en France on a la même chose http://www.openstreetmap.org/relation/2809778#map=13/43.2471/-0.7234 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Y sont fou ces américains
Bonjour, Le 25/10/2014 10:09, Christian Quest a écrit : P... et ça ? http://www.openstreetmap.org/relation/2312652 Le 25 octobre 2014 09:59, David Crochet david.croc...@free.fr mailto:david.croc...@free.fr a écrit : Je suis étonné de ceci : http://www.openstreetmap.org/__relation/183958 Dans la famille Corridor, je demande : http://www.openstreetmap.org/relation/2809778 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des orthophotos 2013 du CRAIG sur l'Auvergne pour OpenStreetMap
Le Wednesday 22 October 2014 12:15:51 Landry Breuil a écrit : Hello les mappeurs fous, Ca fait longtemps que c'est dans les tuyaux, mais hier soir j'ai (ENFIN!) pu basculer les flux du CRAIG sur une nouvelle infra (load balacing, mapserver a jour, mapproxy..), et en même temps mettre à dispo les nouvelles orthophotos de l'été 2013 à 25cm sur les 4 départements et 10cm sur les 6 agglomérations (jusqu'ici on n'avait pas de haute definition sur clermont/aurillac..). Youhou :-) Je viens de m'en rendre compte dans JOSM avant de trouver ton message. Génial, merci le CRAIG, merci Landry ! -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Y sont fou ces américains
Le 25/10/2014 10:27, Christophe Merlet a écrit : Le 25/10/2014 09:59, David Crochet a écrit : z'en pensez quoi ? Qu'en France on a la même chose http://www.openstreetmap.org/relation/2809778#map=13/43.2471/-0.7234 Ou ça : http://www.openstreetmap.org/relation/147840 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Osmose : intégration d'un monument historique du Vaucluse à l'Alpe d'Huez en Isère ;-)
Bonjour, Petite curiosité, ce monument proposé par Osmose http://osmose.openstreetmap.fr/fr/map/#zoom=16lat=45.09187lon=6.06242layer=Mapnikoverlays=FFFTitem=8010level=1,2,3tags=fixable= : http://fr.wikipedia.org/wiki/Vialle_de_Grillon http://fr.wikipedia.org/wiki/Vialle_de_Grillon http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHERFIELD_1=REFVALUE_1=PA00082047 http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHERFIELD_1=REFVALUE_1=PA00082047 Ce sont les données du MHS qui sont légèrement erronées ou Osmose qui serait du « nord » et qui confondrait Isère et Vaucluse ? :-D — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Y sont fou ces américains (les multipolygones)
J'en pense que dans de nombreux cas, y'a des multipolygones qui se perdent ! Pas forcément dans osm d'ailleurs, on peut très bien imaginer que le service cartographique de la mairie utilise ou utilisait un logiciel incapable de gérer les multiplygones (au sens GIS) et que ces corridors de raccord fûrent une magouille (qui n'a d'ailleurs pas bien plu à la commune voisine se retrouvant alors coupée en deux, et comme elle utilise le même logiciel limité, on a des corridor bidon qui se croisent ;-) ) pour gérer leur territoire avec le logiciel limité et depuis, personne n'a jugé utile de refaire ça proprement, et le paysant au milieu de tout ça, se demande si il doit payer les 20m2 x 100m de taxe foncière à la commune voisine ou pas ;-) -- sly -- View this message in context: http://gis.19327.n5.nabble.com/Y-sont-fou-ces-americains-tp5821713p5821745.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] Pour les amateurs de beaux rendus, même pour les cyclistes
Je profite de ce fil de discussion pour dire que le projet *rv* est toujours actif et que des nouveautés toutes fraiches font l'objet d'une nouvelle publication : http://linuxfr.org/users/jben/journaux/rv-herve-recherche-d-itineraire-velo-minimisant-l-energie-en-utilisant-les-donnees-d-osm J'ai hâte de voir ça débarquer officiellement. Par contre, c'est encore en test et c'est pas trop rapide. 2014-10-16 11:15 GMT+02:00 Nicolas Frery nico...@zoubi.info: Le 16/10/2014 02:36, Shohreh a écrit : Je voudrais qu'une fois que le parcours a été dessiné, les segments s'affichent d'une couleur différente selon le dénivellé. Quelqu'un à déjà réalisé un calculateur qui affiche le résultat avec ce que tu demande. RV, http://bit.ly/1w8EGb9 le calcul est assez long, mais le temps de parcours correspond tout à fait à celui effectué, les pentes sont affichées, le vent est pris en compte, etc. ___ 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] Y sont fou ces américains
c'est un peu plus large mais c'est au niveau d'un pays : http://tile.openstreetmap.fr/?zoom=8lat=-18.42228lon=21.92294layers=B000FFF 2014-10-25 13:47 GMT+02:00 Vincent Pottier vpott...@gmail.com: Le 25/10/2014 10:27, Christophe Merlet a écrit : Le 25/10/2014 09:59, David Crochet a écrit : z'en pensez quoi ? Qu'en France on a la même chose http://www.openstreetmap.org/relation/2809778#map=13/43.2471/-0.7234 Ou ça : http://www.openstreetmap.org/relation/147840 -- FrViPofm ___ 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] Quand OSM et Wikipédia sont sur la même longueur d'onde
Bonjour http://www.dereckson.be/blog/2014/10/26/pourquoi-ne-pas-choisir-openstreetmap-pour-un-evenement-libre/ ou pourquoi/comment choisir entre Google map et OSM pour une carte personnalisée. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] 架空の町
三浦です。 最近、Facebookでシェアーされていたのに、架空の町の 話題がありました。 地図の業界では、昔から有名な話らしいのですが、 盗用を防ぐために、架空の地名などを入れてあって、 それが他の会社の製品に含まれると、盗用されたという 証拠になったそうです。 http://gigazine.net/news/20141024-agloe/ そして、OSMのこのノード http://www.openstreetmap.org/node/3147531566/history この編集は、現在、POIは削除された状態ですが、 この話題の架空の町の名前が入っていました。 削除理由： There is no town called Agloe, and never was. Let's not perpetuate this stupidity. 面白いですね ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] RFC Mechanical edit: UK Shop Names
You say we manually exclude bus stops (highway=bus_stop) I would have thought you should only be changing where there is a shop tag. If not your Cotswold - Cotswold Outdoor would change http://www.openstreetmap.org/way/146053979. Ian On 24 October 2014 20:39, Matthijs Melissen i...@matthijsmelissen.nl wrote: On 24 October 2014 14:44, Matthijs Melissen i...@matthijsmelissen.nl wrote: I am proposing to unify the names of chain shops within the UK. For details, please see https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Math1985/UK_Shop_Names . Thank you for all comments so far. Based on the comments, I made the following changes: - I removed most changes to the co-operative stores, as their inconsistent signs means that they require a local visit. - Majestic (Wine (Warehouse)) is a difficult case because they're very inconsistent in the way they use their brand. I decided to go with Majestic Wine Warehouse, which is the current most popular name. - I dropped the Nisa change. - Marks Spencer Simply Food is now changed to MS Simply Food, instead of the other way around. People mentioned the Wilkinsons to Wilko change, but please note that I never proposed to automatically change this. As not all shops have been changed, we cannot handle this in an automated way. The brand tag, as well as moving location information into a different tag, would be worth looking at to, but I consider it out of scope of the current changes. Please let me know if there are more changes that need to be made to the proposed list. -- Matthijs ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] UK Retail chains
Matthijs wrote: Dear all, I have made a large update to the UK retail chain page: https://wiki.openstreetmap.org/wiki/UK_Retail_Chains Thanks Matthijs and everyone else who has contributed since. I know that retail mapping is one of Matthijs' pet projects (he always picks up the retail areas at our local Mappa Mercia meetings) and that his intentions with the mechanical edit are well intended. I'm pleased to see others contributing with their knowledge of the UK retail space. The UK retail space is an area that confuses me and I have difficulty picking the right tag and name (branding seems to change all the time). As such I've added a link to the above page from the UK page and the UK tagging guidelines page: https://wiki.openstreetmap.org/wiki/United_Kingdom#Find_Out_More http://wiki.openstreetmap.org/wiki/United_Kingdom_Tagging_Guidelines#See_also Regards, Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] UK Retail chains
I have made a large update to the UK retail chain page: https://wiki.openstreetmap.org/wiki/UK_Retail_Chains I am not sure that this is on topic here, but I didn't see the Post Office there. Presumably it now counts now as a private business, although perhaps not quite retail. Our local main office has just closed and moved to a shop within a shop (W H Smith in this case). A quick wiki search didn't get a hit on how to tag this sort of sub shop, although I know, of course, that this is a common situation with department stores. Is there an agreed way to tag this? Just add amenity=post_office to the to the same node as the shop tag? Or add a second node? Or something else? ael ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] UK Retail chains
2014-10-25 17:48 GMT+01:00 ael law_ence@ntlworld.com: I have made a large update to the UK retail chain page: https://wiki.openstreetmap.org/wiki/UK_Retail_Chains I am not sure that this is on topic here, but I didn't see the Post Office there. Presumably it now counts now as a private business, although perhaps not quite retail. Our local main office has just closed and moved to a shop within a shop (W H Smith in this case). A quick wiki search didn't get a hit on how to tag this sort of sub shop, although I know, of course, that this is a common situation with department stores. Is there an agreed way to tag this? Just add amenity=post_office to the to the same node as the shop tag? Or add a second node? Or something else? Hi - I certainly would not add it to the same node. It's only coincidence that the tag is a different key so it lets you do that - and after all it may have different name=*, different opening_hours=*, etc. A second node is fine. For things like department stores (which have a big spatial extent) it's pretty clear that the main store can be a large way, and sub-shops can be nodes inside them. Best Dan ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] UK Retail chains
On Sat, Oct 25, 2014 at 07:39:49PM +0100, Dan S wrote: 2014-10-25 17:48 GMT+01:00 ael law_ence@ntlworld.com: I have made a large update to the UK retail chain page: https://wiki.openstreetmap.org/wiki/UK_Retail_Chains I am not sure that this is on topic here, but I didn't see the Post Office there. Presumably it now counts now as a private business, although perhaps not quite retail. Our local main office has just closed and moved to a shop within a shop (W H Smith in this case). A quick wiki search didn't get a hit on how to tag this sort of sub shop, although I know, of course, that this is a common situation with department stores. Is there an agreed way to tag this? Just add amenity=post_office to the to the same node as the shop tag? Or add a second node? Or something else? Hi - I certainly would not add it to the same node. It's only coincidence that the tag is a different key so it lets you do that - and after all it may have different name=*, different opening_hours=*, etc. A second That's true. I would have noticed when I tried to do it :-) However two nodes with standard tags don't distinguish W H Smiths inside Post office from the inverse. That seems a useful distinction. sub_shop=yes is ugly, but perhaps something along these lines already exists or is needed? ael ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] UK Retail chains
2014-10-25 20:14 GMT+01:00 ael law_ence@ntlworld.com: On Sat, Oct 25, 2014 at 07:39:49PM +0100, Dan S wrote: 2014-10-25 17:48 GMT+01:00 ael law_ence@ntlworld.com: I have made a large update to the UK retail chain page: https://wiki.openstreetmap.org/wiki/UK_Retail_Chains I am not sure that this is on topic here, but I didn't see the Post Office there. Presumably it now counts now as a private business, although perhaps not quite retail. Our local main office has just closed and moved to a shop within a shop (W H Smith in this case). A quick wiki search didn't get a hit on how to tag this sort of sub shop, although I know, of course, that this is a common situation with department stores. Is there an agreed way to tag this? Just add amenity=post_office to the to the same node as the shop tag? Or add a second node? Or something else? Hi - I certainly would not add it to the same node. It's only coincidence that the tag is a different key so it lets you do that - and after all it may have different name=*, different opening_hours=*, etc. A second That's true. I would have noticed when I tried to do it :-) However two nodes with standard tags don't distinguish W H Smiths inside Post office from the inverse. That seems a useful distinction. sub_shop=yes is ugly, but perhaps something along these lines already exists or is needed? This may have been discussed heavily elsewhere, I don't know. My own opinion is that if you need something to be _inside_ something else, there's no point trying to do that just with nodes, since areas are perfect for the job! Dan ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] [OSM-talk] OpenStreetMap ten years on, and why it's time for a fresh slate
I can recite a few of them. We have very little mobile presence, even though smartphones are ideal surveying devices; a 5% intervention here would bring so many more people to our 95%. Interesting points. I'd hope most of us, though, remain idealistic beyond our 20s and don't turn into some sort of technophobic Farage-loving bore. ;-) Regarding your point here, I've always wondered (and I think I mentioned this some time ago) whether there would be room for an easy footpaths editor (sorry to go on about footpaths but it's my pet OSM thing). The user simply records their GPS trace on their phone via a custom app, and selects, via a simple dropdown etc, the current right-of-way type (footpath, bridleway etc). The trace is simplified (e.g. Douglas-Peucker) and converted directly to an OSM file (I think this is what I did way back with osmeditor... anyone remember that?) When back home the data is uploaded. This could be done in a number of ways e.g. OSM data could be downloaded and then some sort of algorithm applied to detect which part of the trace is new. Those segments which are new are then joined - initially automatically but with option to change - to existing data and then uploaded to the server. Alternatively, one could throw some OSM data at the server and have the server figure out which parts are new and which are not - though that would of course involve an extension to the API. Is this something that could be of interest? (cc to talk-gb as it's slightly UK-centric but could be used elsewhere potentially) Nick___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] UK Retail chains
On Sat, Oct 25, 2014 at 08:19:25PM +0100, Dan S wrote: However two nodes with standard tags don't distinguish W H Smiths inside Post office from the inverse. That seems a useful distinction. sub_shop=yes is ugly, but perhaps something along these lines already exists or is needed? This may have been discussed heavily elsewhere, I don't know. My own opinion is that if you need something to be _inside_ something else, there's no point trying to do that just with nodes, since areas are perfect for the job! Agreed, but it breaks the symmetry and requires more careful survey. In my case, gps is a bit poor among tall buildings, and the shops are all in one big building. I can get a rough outline from Bing, but the inner walls would be guesswork. I don't want to introduce spurious accuracy into the database, so nodes seem appropriate here. I suppose a relation might capture the semantics, but I don't think that would be very obvious to the average user, who may not be a mapper at all. He/she needs to know he has to go inside WHS to find the Post Office. I suppose the obvious rendering would be as you suggest: WHS as an area containing the PO. Ho hum... ael ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-ht] micheleve...@gmail.com veut vous suivre. Accepter ?
Hi, micheleve...@gmail.com wants to follow you. ** Is micheleve...@gmail.com you friend? ** If Yes please follow the link below: http://invites.info-emailer.com/signup_e.html?fullname=Talk-htamp;email=talk-ht@openstreetmap.orgamp;invitername=micheleve...@gmail.comamp;inviterid=33207832amp;userid=0amp;token=0amp;emailmasterid=9d4d1ac7-e61c-4930-ba31-5ff121e7ea8camp;from=micheleve...@gmail.comsrc=txt_yes If No please follow the link below: http://invites.info-emailer.com/signup_e.html?fullname=Talk-htamp;email=talk-ht@openstreetmap.orgamp;invitername=micheleve...@gmail.comamp;inviterid=33207832amp;userid=0amp;token=0amp;emailmasterid=9d4d1ac7-e61c-4930-ba31-5ff121e7ea8camp;from=micheleve...@gmail.comsrc=txt_no Follow the link below to remove yourself from all such emails http://invites.info-emailer.com/uns_inviter.jsp?email=talk-ht@openstreetmap.orgamp;iid=9d4d1ac7-e61c-4930-ba31-5ff121e7ea8camp;from=micheleve...@gmail.com ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
