date:20141021

Een tijdje geleden werd hier de vraag gesteld over het routeren over een
veerpont. Ligfietser heeft nu zijn OSFM aangepast. Uit het NL-forum

==
Inmiddels zijn op mkgmap (programma waarmee we de garmin kaarten maken) de
road_class parameters aangepast bij veerpontjes die specifiek getagd zijn
met motorcar=no of motor_vehicle=no.
In volgende updates van de OSM generic kaarten zal die dan wel kunnen
routeren als hiker bij voet en fietsveren, mits getagd met motorcar=no of
motor_vehicle=no (maar dat blijkt lang niet overal het geval, vaak zie ik
alleen bicycle=yes/foot=yes; dat is natuurlijk fout getagd want standaard
is de access sowieso yes, dus auto's worden er dan ook overheen gestuurd).
Zie http://overpass-turbo.eu/s/5yA voor een aantal voorbeelden
(rood=mogelijk ontbrekende tags? groen=motorcar/motorvehicle tags aanwezig)

==


Awhile ago there was some discussion about garmin devices and routing over
ferries (only for cyclists/pedestrians). An update was made to the open
fietsmap to make this possible, when the tagging is adapted.


regards

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

Re: [OSM-talk-be] Veerpont

2014-10-21 Thread Marc Deroep

Ik wil mij in de maand Dec wel amuseren met het ‘aflopen’ van de stromen en 
rivieren en de nodige aanpassingen te doen.

Het zou natuurlijk handig zijn indien iemand voor een lijstje zou kunnen zorgen 
van de veerponten die nu bv in Vlaanderen op de kaart staan !

 

Groeten

 

Marc D

 

Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: dinsdag 21 oktober 2014 14:21
Aan: OpenStreetMap Belgium
Onderwerp: [OSM-talk-be] Veerpont

 

Een tijdje geleden werd hier de vraag gesteld over het routeren over een 
veerpont. Ligfietser heeft nu zijn OSFM aangepast. Uit het NL-forum

 

==

Inmiddels zijn op mkgmap (programma waarmee we de garmin kaarten maken) de 
road_class parameters aangepast bij veerpontjes die specifiek getagd zijn met 
motorcar=no of motor_vehicle=no.
In volgende updates van de OSM generic kaarten zal die dan wel kunnen routeren 
als hiker bij voet en fietsveren, mits getagd met motorcar=no of 
motor_vehicle=no (maar dat blijkt lang niet overal het geval, vaak zie ik 
alleen bicycle=yes/foot=yes; dat is natuurlijk fout getagd want standaard is de 
access sowieso yes, dus auto's worden er dan ook overheen gestuurd).
Zie http://overpass-turbo.eu/s/5yA voor een aantal voorbeelden (rood=mogelijk 
ontbrekende tags? groen=motorcar/motorvehicle tags aanwezig)

 

==


Awhile ago there was some discussion about garmin devices and routing over 
ferries (only for cyclists/pedestrians). An update was made to the open 
fietsmap to make this possible, when the tagging is adapted.

 

 

regards

 

m

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

Re: [OSM-talk-be] Veerpont

dat kan je door de Overpass Query uit te voeren die in de oorspronkelijke
post staat. Gewoon op de link klikken, kaartje verschuiven naar Vlaanderen
en op Run drukken. Eventueel inzoomen als er een time out komt.

met vriendelijke groeten

m

2014-10-21 14:34 GMT+02:00 Marc Deroep marc.der...@telenet.be:

 Ik wil mij in de maand Dec wel amuseren met het ‘aflopen’ van de stromen
 en rivieren en de nodige aanpassingen te doen.

 Het zou natuurlijk handig zijn indien iemand voor een lijstje zou kunnen
 zorgen van de veerponten die nu bv in Vlaanderen op de kaart staan !



 Groeten



 Marc D



 *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
 *Verzonden:* dinsdag 21 oktober 2014 14:21
 *Aan:* OpenStreetMap Belgium
 *Onderwerp:* [OSM-talk-be] Veerpont



 Een tijdje geleden werd hier de vraag gesteld over het routeren over een
 veerpont. Ligfietser heeft nu zijn OSFM aangepast. Uit het NL-forum



 ==

 Inmiddels zijn op mkgmap (programma waarmee we de garmin kaarten maken) de
 road_class parameters aangepast bij veerpontjes die specifiek getagd zijn
 met motorcar=no of motor_vehicle=no.
 In volgende updates van de OSM generic kaarten zal die dan wel kunnen
 routeren als hiker bij voet en fietsveren, mits getagd met motorcar=no of
 motor_vehicle=no (maar dat blijkt lang niet overal het geval, vaak zie ik
 alleen bicycle=yes/foot=yes; dat is natuurlijk fout getagd want standaard
 is de access sowieso yes, dus auto's worden er dan ook overheen gestuurd).
 Zie http://overpass-turbo.eu/s/5yA voor een aantal voorbeelden
 (rood=mogelijk ontbrekende tags? groen=motorcar/motorvehicle tags aanwezig)



 ==


 Awhile ago there was some discussion about garmin devices and routing over
 ferries (only for cyclists/pedestrians). An update was made to the open
 fietsmap to make this possible, when the tagging is adapted.





 regards



 m

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


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

Re: [OSM-talk-be] Veerpont

2014-10-21 Thread Glenn Plas

Interessant.  De veerdienst van Planckendael (Muizen - Mechelen) komt
uit de Overpass query.  Nu dit is geen publieke veerdienst in essentie
maar een shuttledienst.

Maar daar kan dus in theorie wel over geroute worden al lijkt het mij
onwaarschijnlijk dat de veerdienst preferentie krijgt over de weg ernaast.

Enig idee hoe we dit kunnen restricteren ?


On 21-10-14 14:56, Marc Gemis wrote:
 dat kan je door de Overpass Query uit te voeren die in de
 oorspronkelijke post staat. Gewoon op de link klikken, kaartje
 verschuiven naar Vlaanderen en op Run drukken. Eventueel inzoomen als er
 een time out komt.
 
 met vriendelijke groeten
 
 m
 
 2014-10-21 14:34 GMT+02:00 Marc Deroep marc.der...@telenet.be
 mailto:marc.der...@telenet.be:
 
 Ik wil mij in de maand Dec wel amuseren met het ‘aflopen’ van de
 stromen en rivieren en de nodige aanpassingen te doen.
 
 Het zou natuurlijk handig zijn indien iemand voor een lijstje zou
 kunnen zorgen van de veerponten die nu bv in Vlaanderen op de kaart
 staan !
 
 __ __
 
 Groeten
 
 __ __
 
 Marc D
 
 __ __
 
 *Van:*Marc Gemis [mailto:marc.ge...@gmail.com
 mailto:marc.ge...@gmail.com]
 *Verzonden:* dinsdag 21 oktober 2014 14:21
 *Aan:* OpenStreetMap Belgium
 *Onderwerp:* [OSM-talk-be] Veerpont
 
 __ __
 
 Een tijdje geleden werd hier de vraag gesteld over het routeren over
 een veerpont. Ligfietser heeft nu zijn OSFM aangepast. Uit het
 NL-forum
 
 __ __
 
 ==
 
 Inmiddels zijn op mkgmap (programma waarmee we de garmin kaarten
 maken) de road_class parameters aangepast bij veerpontjes die
 specifiek getagd zijn met motorcar=no of motor_vehicle=no.
 In volgende updates van de OSM generic kaarten zal die dan wel
 kunnen routeren als hiker bij voet en fietsveren, mits getagd met
 motorcar=no of motor_vehicle=no (maar dat blijkt lang niet overal
 het geval, vaak zie ik alleen bicycle=yes/foot=yes; dat is
 natuurlijk fout getagd want standaard is de access sowieso yes, dus
 auto's worden er dan ook overheen gestuurd).
 Zie http://overpass-turbo.eu/s/5yA voor een aantal voorbeelden
 (rood=mogelijk ontbrekende tags? groen=motorcar/motorvehicle tags
 aanwezig)
 
 __ __
 
 ==
 
 
 Awhile ago there was some discussion about garmin devices and
 routing over ferries (only for cyclists/pedestrians). An update was
 made to the open fietsmap to make this possible, when the tagging is
 adapted.
 
 __ __
 
 __ __
 
 regards
 
 __ __
 
 m
 
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be
 


-- 
Everything is going to be 200 OK.

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

Re: [OSM-talk-be] Veerpont

2014-10-21 Thread wannes

Die boot mag geschrapt worden, bestaat niet meer.
http://www.gva.be/cnt/aid1558530/planckendael-kiest-voor-shuttlebus-als-vervanger-voor-boottochtjes
http://www.planckendael.be/nl/bereikbaarheid
http://www.planckendael.be/nl/nieuws/de-boot-naar-planckendael-stopt

2014-10-21 15:31 GMT+02:00 Glenn Plas gl...@byte-consult.be:
Interessant. De veerdienst van Planckendael (Muizen - Mechelen) komt
uit de Overpass query. Nu dit is geen publieke veerdienst in essentie
maar een shuttledienst.

Maar daar kan dus in theorie wel over geroute worden al lijkt het mij
onwaarschijnlijk dat de veerdienst preferentie krijgt over de weg ernaast.

Enig idee hoe we dit kunnen restricteren ?

On 21-10-14 14:56, Marc Gemis wrote:
dat kan je door de Overpass Query uit te voeren die in de
oorspronkelijke post staat. Gewoon op de link klikken, kaartje
verschuiven naar Vlaanderen en op Run drukken. Eventueel inzoomen als er
een time out komt.

met vriendelijke groeten

2014-10-21 14:34 GMT+02:00 Marc Deroep marc.der...@telenet.be
mailto:marc.der...@telenet.be:

Ik wil mij in de maand Dec wel amuseren met het ‘aflopen’ van de
stromen en rivieren en de nodige aanpassingen te doen.

Het zou natuurlijk handig zijn indien iemand voor een lijstje zou
kunnen zorgen van de veerponten die nu bv in Vlaanderen op de kaart
staan !

__ __

Groeten

__ __

Marc D

__ __

*Van:*Marc Gemis [mailto:marc.ge...@gmail.com
mailto:marc.ge...@gmail.com]
*Verzonden:* dinsdag 21 oktober 2014 14:21
*Aan:* OpenStreetMap Belgium
*Onderwerp:* [OSM-talk-be] Veerpont

__ __

Een tijdje geleden werd hier de vraag gesteld over het routeren over
een veerpont. Ligfietser heeft nu zijn OSFM aangepast. Uit het
NL-forum

__ __

Inmiddels zijn op mkgmap (programma waarmee we de garmin kaarten
maken) de road_class parameters aangepast bij veerpontjes die
specifiek getagd zijn met motorcar=no of motor_vehicle=no.
In volgende updates van de OSM generic kaarten zal die dan wel
kunnen routeren als hiker bij voet en fietsveren, mits getagd met
motorcar=no of motor_vehicle=no (maar dat blijkt lang niet overal
het geval, vaak zie ik alleen bicycle=yes/foot=yes; dat is
natuurlijk fout getagd want standaard is de access sowieso yes, dus
auto's worden er dan ook overheen gestuurd).
Zie http://overpass-turbo.eu/s/5yA voor een aantal voorbeelden
(rood=mogelijk ontbrekende tags? groen=motorcar/motorvehicle tags
aanwezig)

__ __

Awhile ago there was some discussion about garmin devices and
routing over ferries (only for cyclists/pedestrians). An update was
made to the open fietsmap to make this possible, when the tagging is
adapted.

__ __

regards

__ __

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

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

--
Everything is going to be 200 OK.

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

--
wannes

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

Re: [OSM-talk-be] Veerpont

2014-10-21 Thread Glenn Plas

Idd Wannes, tx.  Was ik nog niet van bewust.  De Ferry lijn is weg nu.

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

Glenn


On 21-10-14 15:34, wannes wrote:
 Die boot mag geschrapt worden, bestaat niet meer.
 http://www.gva.be/cnt/aid1558530/planckendael-kiest-voor-shuttlebus-als-vervanger-voor-boottochtjes
 http://www.planckendael.be/nl/bereikbaarheid
 http://www.planckendael.be/nl/nieuws/de-boot-naar-planckendael-stopt
 
 2014-10-21 15:31 GMT+02:00 Glenn Plas gl...@byte-consult.be:
 Interessant.  De veerdienst van Planckendael (Muizen - Mechelen) komt
 uit de Overpass query.  Nu dit is geen publieke veerdienst in essentie
 maar een shuttledienst.

 Maar daar kan dus in theorie wel over geroute worden al lijkt het mij
 onwaarschijnlijk dat de veerdienst preferentie krijgt over de weg ernaast.

 Enig idee hoe we dit kunnen restricteren ?


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

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

2014-10-21 Thread Thomas

Er zijn een aantal plaatsen in België waar in OSM gebouwen ingetekend 
zijn. Op sommige van die plaatsen is het zo dat de CRAB-punten boven 
niet-overeenkomstige gebouwen liggen. Dat het punt voor huisnummer 3 
boven de polygoon voor huisnummer 4 ligt, dat het punt voor huisnummer 4 
boven de polygoon voor huisnummer 5 ligt, en zo verder (vb Oude Markt in 
Leuven). De polygoon is uiteraard veel informatie-rijker en wenselijker 
voor OSM dan puur het punt, dus in principe zou het polygoon aangehouden 
moeten worden en de punten naar de overeenkomstige polygonen verschoven 
moeten worden (en daarmee samengevoegd, in veel gevallen).


Echter, bij vergelijk met de GRB-kaart (die qua gebouw-polygonen 
positioneel zeer nauwkeurig is volgens mij, maar uiteraard niet als bron 
gebruikt mag worden) blijkt dat het adres-punt uit CRAB precies 
midden-boven het GRB-polygoon valt maar de het de polygonen in OSM zijn 
die positioneel en geometrisch zeer sterk afwijken. In die gevallen is 
de positionele nauwkeurigheid van de adresgegevens van het CRAB-punt dus 
feitelijk groter dan de positionele nauwkeurigheid van het polygoon met 
adresgegevens zoals die in OSM zit. Probleem is echter dat we noch 
positie noch geometrie van GRB mogen overnemen. Simpel gezegd is het 
probleem dus dat het huis eigenlijk op de verkeerde plek staat 
ingetekend in OSM. Dat kun je ook zien in het feit dat de diverse 
luchtfoto's onderling best wel variëren op dat zoomniveau. De in OSM 
ingetekende gebouwen passen dan steeds ook maar echt op 1 van de 
beschikbare luchtfoto's.


Wat ik uiteindelijk bedoelde was dat als je in die gevallen het 
CRAB-punt verplaatst naar de polygoon (ongeacht of je het punt als punt 
houdt, of de gegevens ervan samenvoegt met het polygoon) je de 
positionele nauwkeurigheid van de adreslocatie vermindert ten opzichte 
van de positionele nauwkeurigheid van de adreslocatie in CRAB. Omdat je 
met die handeling (het verplaatsen van dat punt) de nauwkeurigheid dus 
feitelijk en objectief vermindert, kan dit een argument zijn om dit niet 
te doen. Omdat de correcte polygoon niet van GRB overgenomen kan worden, 
kan dat een argument zijn om het adrespunt als punt in OSM te stoppen 
los van het gebouw-polygoon. Met software kan zo'n situatie 
(niet-overeenkomstig adrespunt boven polygoon) dan als fout aangemerkt 
worden waarbij survey te plaatse nodig is om zowel positie als geometrie 
van het gebouw in OSM te corrigeren. Dat is natuurlijk ervan uitgaande 
dat de situatie niet via de luchtfoto verbeterd kan worden.


Tegenover de redenering van het CRAB-punt te verplaatsen, noemde ik het 
idee om in die gevallen de polygonen te verplaatsen. Omdat in de 
gevallen dat het CRAB-punt boven het GRB-polygoon valt de positionele 
nauwkeurigheid als centroïd zeer groot is, kan dat punt gebruikt worden 
om het overeenkomstige OSM-polygoon te corrigeren. Dat polygoon is dan 
immers positioneel niet nauwkeurig. Door dat polygoon zo te verschuiven 
dat zijn centroid op het CRAB-punt komt te liggen zou de positionele 
nauwkeurigheid een stuk moeten verbeteren. De enige bron (naast survey) 
voor gebouw-contouren is nu een luchtfoto. Het kenmerk daarvan is dat de 
polygonen die je daarvan tracet geometrisch vrij goed zijn maar 
positioneel niet (door de relatief grote vertekening van dat soort 
luchtfoto's op die schaal). De methode die ik noem kan dat helpen oplossen.


Uiteindelijk bedoelde ik dit niet als serieus voorstel. Er zijn, naar 
mijn mening, te weinig gebouwen ingetekend in Vlaanderen om het 
interessant te maken hier een tool voor te schrijven. Daarnaast is het 
ook wel een beetje omslachtig en zal het in veel landelijke gebieden 
waar de CRAB-punten niet altijd op het gebouw liggen maar vaak als 
centroid van het perceel helemaal niet werken. In woonwijken zou het 
potentieel een handige tool kunnen zijn.


Verder blijft het oorspronkelijke probleem nog steeds bestaan: wat doen 
we met de CRAB-punten voor adressen waar een overeenkomstig punt reeds 
is voor ingetekend maar waar deze kennelijk niet helemaal op de juiste 
plaats is ingetekend?


Groeten,
Thomas


Marc Gemis schreef op 18-10-2014 17:46:


2014-10-17 23:27 GMT+02:00 Thomas o...@aptum.nl mailto:o...@aptum.nl:

Daar waar gebouw-polygonen beschikbaar zijn, zijn ze vaak
ingetekend op basis van een luchtfoto (die op die schaal toch een
aanzienlijke vertekening heeft). In vrijwel alle gevallen die ik
bekeken heb is het CRAB-adrespunt nauwkeuriger gepositioneerd dan
de polygoon die in OSM aanwezig is.


Dit begrijp ik niet helemaal. Bedoel je dat de polygoon in OSM 
helemaal niet rond het adres punt is getekend ?
Voor het overige plaatst de standard rendering van OSM het huisnummer 
gewoon in het midden van de polygoon (als de gegevens op de polygoon 
staan).
Sommige mensen plaatsen het huisnummer ongeveer op de deur, dus op de 
rand van het gebouw, of gewoon ergens in het gebouw. Er is geen regel 
waar het adrespunt moet komen. In Denemarken

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

2014-10-21 Thread Thomas

In de discussie over node vs gebouw kan ik zeker meegaan in wat Sander 
zegt. Bij nader inzien hoeft een combinatie van beide geen probleem te 
zijn. Wat mij betreft kunnen in dat opzicht ook zeker adresposities 
geimporteerd worden zonder dat daar gelijk een gebouw-polygoon voor moet 
ingetekend zijn. Dat de CRAB-positie in veel gevallen het 
perceel-centroid is en daarmee niet wenselijk als adrespositie binnen 
OSM klopt ook. Binnen de workflow kan dan opgenomen worden dat de 
adresposities minimaal op de AGIV-luchtfoto op het gebouw moeten komen 
te staat dat het dichtst aan de weg ligt. Hoewel dat toch zeer wenselijk 
is als uiteindelijk doel denk ik dat het 'eisen' dat er een 
gebouw-polygoon aanwezig moet zijn toch veel mensen afschrikt om mee te 
werken aan de import. Nu wordt in de wiki ook al aangegeven dat het zeer 
wenselijk is om gelijk ook de gebouw-polygonen te tracen van de 
luchtfoto. De verwoording in de wiki lijkt mij wat dat betreft prima.


Voor een aantal woonwijken zal het erop neer komen dat 'alle' 
adresposities binnen CRAB prima op het gebouw vallen en daarmee 
rechtstreeks geimporteerd kunnen worden (uiteraard na handmatige 
controle van elke individuele node). Voor heel veel landelijke gebieden 
zal dan de adrespositie handmatig verschoven moeten worden (met de 
luchtfoto als leidraad) tot boven het gebouw dat het dichtst aan de 
straat ligt. In de workflow moet dan even duidelijk vermeld worden dat 
het gebruiken van de AGIV-GRB-kaart heel handig is om zaken mee te 
vergelijken, maar dat de adresposities niet op de GRB-kaart mogen worden 
uitgelijnd en dat ook de gebouw-contouren niet mogen worden overgenomen 
van die kaart. Wanneer er een bestaande polygoon is voor dat adres 
kunnen de gegevens uit het CRAB daar aan toegevoegd worden. Daarnaast 
bestaat dan uiteraard altijd de mogelijkheid om het gebouw gelijk in te 
tekenen.


Op technisch gebied gaat het volgens mij best goed. Ik wil zeker mee 
kijken naar de software zelf; als de scripts beschikbaar kunnen worden 
gesteld: graag! De laatste variant van de webpagina werkt bij mij prima. 
Nog iets om bij stil te staan: nog los van waar de punten zonder positie 
geplaatst worden bij import (middelpunt van de straat?); nu worden ze op 
elkaar weergegeven. Misschien kan daar met een offset gewerkt worden of 
zo, zodat visueel al bij import duidelijk is dat er meerdere punten op 
elkaar liggen. Alternatief is dat zo'n punt op het dichtste punt langs 
de straat wordt geplaatst, maar die gegevens heb je volgens mij niet 
beschikbaar in het import-script. Nog een alternatief is dat de punten 
precies verticaal boven/onder elkaar worden geplaatst langs de 
westelijke of oostelijke rand van de extent, ter hoogte van een 
overeenkomstig punt (als query een gelijk numeriek gedeelte in het 
nummer-veld). Maar misschien vinden jullie het helemaal geen issue dat 
er meerdere punten op elkaar liggen bij import.


Over het niet uitvoeren van een grootschalige import zijn we het denk ik 
allemaal eens. Ook is het duidelijk dat er specifieke richtlijnen moeten 
zijn (of in elk geval een plan van aanpak) voor een aantal specifieke 
issues met de brondata, zoals de aanwezigheid van adressen zonder 
positie. Daarnaast heb ik het idee dat het geheel op de import-lijst 
voor een gedeelte is afgeketst door het niet formeel beschreven zijn van 
de quality-assesment van de brondata, een eisenspecificatie van de 
software en het plan voor het beheren van updates in de toekomst.


Als ik het zo bekijk is het meeste toch minstens gedeeltelijk besproken. 
Ik denk dat als we dat wat formeler op een rij zetten, we ook een betere 
'case' hebben voor de import-lijst. In elk geval is dan voor externen 
beter te beoordelen wat nu juist de bedoeling is.


Ook voor de software is het denk ik handig om een concrete lijst van 
eisen te hebben zodat verschillende software-opties tegen elkaar 
afgewogen kunnen worden. Er zijn meerdere softwarematige opties mogelijk 
maar we hebben geen formele manier om ze te vergelijken en te beoordelen 
welke de 'beste' is. Bij de vorige gang naar de import-lijst kwamen er 
vragen over het waarom niet gebruik maken van de task-manager en zo. 
Door concreet een lijst van eisen te hanteren kan heel duidelijk gemaakt 
worden waarom die software niet voldoet en waarom alternatieve software 
daar beter voor geschikt is (in dit geval lijkt het belangrijkste punt 
mij het per-straat kunnen werken in plaats van per oppervlakte-polygoon).


Concreet moeten er denk ik 4 formele lijstjes van 
voorwaarden/richtlijnen/plannen opgesteld worden:
1) Kwaliteitsbeoordeling van de brondata: welke data is het, welke 
kenmerken heeft de data en hoe kan de kwaliteit beoordeeld worden.
2) Kwaliteitsbeoordeling en 'normering' voor de import-software: wat 
moet de software precies wel en niet doen en hoe wordt de werking 
daarvan beoordeeld.
3) Richtlijnen voor de menselijke handelingen bij de import: workflow. 
De wiki-pagina geeft hier al heel wat

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

al even kort:

- bedankt voor de extra uitleg, nu begrijp ik wat je bedoel met
onnauwkeurige positie.
- we beschikken nog niet zo heel lang over de AGIV beelden (een jaar of
zo). De Bing beelden zijn veel onnauwkeuriger, i.e. meer verschoven t.o.v.
de werkelijkheid, ze zijn ook ouder en dikwijls onduidelijker.
- iedereen mag de positie van de gebouwen aanpassen, als dat een
verbetering is. Ik doe dat bv. ook bij gebouwen die ik 3 jaar geleden heb
geplaatst (aan de hand van Bing), of bij slechte AND-imports, enz.. Je kan
dat nu al doen. Dat staat feitelijk los van welke import dan ook.
- soms heb ik ook al plekken gezien waarbij ik me afvraag hoe ze de huizen
bij AGIV hebben ingetekend. Maar natuurlijk zijn die door professionals
getekend, dus zal nauwkeurigheidsniveau  over het algemeen wel hoger moeten
liggen. Wat niet wil zeggen dat in OSM niet nauwkeurig gewerkt zou worden.

met vriendelijke groeten

m

2014-10-21 20:28 GMT+02:00 Thomas o...@aptum.nl:

  In de discussie over node vs gebouw kan ik zeker meegaan in wat Sander
 zegt. Bij nader inzien hoeft een combinatie van beide geen probleem te
 zijn. Wat mij betreft kunnen in dat opzicht ook zeker adresposities
 geimporteerd worden zonder dat daar gelijk een gebouw-polygoon voor moet
 ingetekend zijn. Dat de CRAB-positie in veel gevallen het perceel-centroid
 is en daarmee niet wenselijk als adrespositie binnen OSM klopt ook. Binnen
 de workflow kan dan opgenomen worden dat de adresposities minimaal op de
 AGIV-luchtfoto op het gebouw moeten komen te staat dat het dichtst aan de
 weg ligt. Hoewel dat toch zeer wenselijk is als uiteindelijk doel denk ik
 dat het 'eisen' dat er een gebouw-polygoon aanwezig moet zijn toch veel
 mensen afschrikt om mee te werken aan de import. Nu wordt in de wiki ook al
 aangegeven dat het zeer wenselijk is om gelijk ook de gebouw-polygonen te
 tracen van de luchtfoto. De verwoording in de wiki lijkt mij wat dat
 betreft prima.

 Voor een aantal woonwijken zal het erop neer komen dat 'alle'
 adresposities binnen CRAB prima op het gebouw vallen en daarmee
 rechtstreeks geimporteerd kunnen worden (uiteraard na handmatige controle
 van elke individuele node). Voor heel veel landelijke gebieden zal dan de
 adrespositie handmatig verschoven moeten worden (met de luchtfoto als
 leidraad) tot boven het gebouw dat het dichtst aan de straat ligt. In de
 workflow moet dan even duidelijk vermeld worden dat het gebruiken van de
 AGIV-GRB-kaart heel handig is om zaken mee te vergelijken, maar dat de
 adresposities niet op de GRB-kaart mogen worden uitgelijnd en dat ook de
 gebouw-contouren niet mogen worden overgenomen van die kaart. Wanneer er
 een bestaande polygoon is voor dat adres kunnen de gegevens uit het CRAB
 daar aan toegevoegd worden. Daarnaast bestaat dan uiteraard altijd de
 mogelijkheid om het gebouw gelijk in te tekenen.

 Op technisch gebied gaat het volgens mij best goed. Ik wil zeker mee
 kijken naar de software zelf; als de scripts beschikbaar kunnen worden
 gesteld: graag! De laatste variant van de webpagina werkt bij mij prima.
 Nog iets om bij stil te staan: nog los van waar de punten zonder positie
 geplaatst worden bij import (middelpunt van de straat?); nu worden ze op
 elkaar weergegeven. Misschien kan daar met een offset gewerkt worden of zo,
 zodat visueel al bij import duidelijk is dat er meerdere punten op elkaar
 liggen. Alternatief is dat zo'n punt op het dichtste punt langs de straat
 wordt geplaatst, maar die gegevens heb je volgens mij niet beschikbaar in
 het import-script. Nog een alternatief is dat de punten precies verticaal
 boven/onder elkaar worden geplaatst langs de westelijke of oostelijke rand
 van de extent, ter hoogte van een overeenkomstig punt (als query een gelijk
 numeriek gedeelte in het nummer-veld). Maar misschien vinden jullie het
 helemaal geen issue dat er meerdere punten op elkaar liggen bij import.

 Over het niet uitvoeren van een grootschalige import zijn we het denk ik
 allemaal eens. Ook is het duidelijk dat er specifieke richtlijnen moeten
 zijn (of in elk geval een plan van aanpak) voor een aantal specifieke
 issues met de brondata, zoals de aanwezigheid van adressen zonder positie.
 Daarnaast heb ik het idee dat het geheel op de import-lijst voor een
 gedeelte is afgeketst door het niet formeel beschreven zijn van de
 quality-assesment van de brondata, een eisenspecificatie van de software en
 het plan voor het beheren van updates in de toekomst.

 Als ik het zo bekijk is het meeste toch minstens gedeeltelijk besproken.
 Ik denk dat als we dat wat formeler op een rij zetten, we ook een betere
 'case' hebben voor de import-lijst. In elk geval is dan voor externen beter
 te beoordelen wat nu juist de bedoeling is.

 Ook voor de software is het denk ik handig om een concrete lijst van eisen
 te hebben zodat verschillende software-opties tegen elkaar afgewogen kunnen
 worden. Er zijn meerdere softwarematige opties mogelijk maar we hebben geen
 formele manier om ze te

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

2014-10-21 Thread Sander Deryckere

In België heb je met alle koterij ook vaak het probleem dat het onduidelijk
is bij welk kotje het gebouw net begint (telt een honden- of kippenhok al
als huis?).

Anyway, ik heb gemerkt dat ik nu nog wat problemen heb met de encodering
(Staden bleek volledig uit ASCII straatnamen te bestaan), dus ben ik die
nog aan het oplossen (waardoor de import pagina nu nog niet werkt).

Daarnaast moeten we idd nog beslissen hoe we verschillende adressen op 1
perceel gaan mappen.

   - Bij 2 gebouwen waarbij 1 het bedrijfsgedeelte is en een ander het
   privé gedeelte is het simpel, elk een aparte set tags
   - Bij 1 gebouw met 2 ingangen: taggen van de ingangen?
   - Wat met 1 gebouw en eenzelfde ingang, maar verschillende adressen per
   verdiep?

Daarvoor hebben we een classificatie nodig van alle gevallen die kunnen
voorvallen. Wat dus een beetje pre-mapping vraagt (wanneer het extract
script weer werkt, en ik alle gemeenten kan uploaden, maar dat zal voor
morgen zijn).

En een gebouw is altijd duidelijk aanwezig of gewoon niet aanwezig.
Herinner je dat mappers surveys moeten gaan doen wanneer iets niet
duidelijk is vanop luchtfoto's. Het enige wat kan gebeuren is dat de
outline niet duidelijk is (niet survey-baar, en mogelijks niet zichtbaar op
de luchtfoto's). Dan moet er gewoon een node geplaatst worden.

Als je wil, kan er al een draft gemaakt worden met formele antwoorden op
alle vragen die hier komen. Dan kan die verder in detail besproken worden,
zonder dat we in herhaling vallen.

Groeten,
Sander

Op 21 oktober 2014 20:54 schreef Marc Gemis marc.ge...@gmail.com:

 al even kort:

 - bedankt voor de extra uitleg, nu begrijp ik wat je bedoel met
 onnauwkeurige positie.
 - we beschikken nog niet zo heel lang over de AGIV beelden (een jaar of
 zo). De Bing beelden zijn veel onnauwkeuriger, i.e. meer verschoven t.o.v.
 de werkelijkheid, ze zijn ook ouder en dikwijls onduidelijker.
 - iedereen mag de positie van de gebouwen aanpassen, als dat een
 verbetering is. Ik doe dat bv. ook bij gebouwen die ik 3 jaar geleden heb
 geplaatst (aan de hand van Bing), of bij slechte AND-imports, enz.. Je kan
 dat nu al doen. Dat staat feitelijk los van welke import dan ook.
 - soms heb ik ook al plekken gezien waarbij ik me afvraag hoe ze de huizen
 bij AGIV hebben ingetekend. Maar natuurlijk zijn die door professionals
 getekend, dus zal nauwkeurigheidsniveau  over het algemeen wel hoger moeten
 liggen. Wat niet wil zeggen dat in OSM niet nauwkeurig gewerkt zou worden.

 met vriendelijke groeten

 m

 2014-10-21 20:28 GMT+02:00 Thomas o...@aptum.nl:

  In de discussie over node vs gebouw kan ik zeker meegaan in wat Sander
 zegt. Bij nader inzien hoeft een combinatie van beide geen probleem te
 zijn. Wat mij betreft kunnen in dat opzicht ook zeker adresposities
 geimporteerd worden zonder dat daar gelijk een gebouw-polygoon voor moet
 ingetekend zijn. Dat de CRAB-positie in veel gevallen het perceel-centroid
 is en daarmee niet wenselijk als adrespositie binnen OSM klopt ook. Binnen
 de workflow kan dan opgenomen worden dat de adresposities minimaal op de
 AGIV-luchtfoto op het gebouw moeten komen te staat dat het dichtst aan de
 weg ligt. Hoewel dat toch zeer wenselijk is als uiteindelijk doel denk ik
 dat het 'eisen' dat er een gebouw-polygoon aanwezig moet zijn toch veel
 mensen afschrikt om mee te werken aan de import. Nu wordt in de wiki ook al
 aangegeven dat het zeer wenselijk is om gelijk ook de gebouw-polygonen te
 tracen van de luchtfoto. De verwoording in de wiki lijkt mij wat dat
 betreft prima.

 Voor een aantal woonwijken zal het erop neer komen dat 'alle'
 adresposities binnen CRAB prima op het gebouw vallen en daarmee
 rechtstreeks geimporteerd kunnen worden (uiteraard na handmatige controle
 van elke individuele node). Voor heel veel landelijke gebieden zal dan de
 adrespositie handmatig verschoven moeten worden (met de luchtfoto als
 leidraad) tot boven het gebouw dat het dichtst aan de straat ligt. In de
 workflow moet dan even duidelijk vermeld worden dat het gebruiken van de
 AGIV-GRB-kaart heel handig is om zaken mee te vergelijken, maar dat de
 adresposities niet op de GRB-kaart mogen worden uitgelijnd en dat ook de
 gebouw-contouren niet mogen worden overgenomen van die kaart. Wanneer er
 een bestaande polygoon is voor dat adres kunnen de gegevens uit het CRAB
 daar aan toegevoegd worden. Daarnaast bestaat dan uiteraard altijd de
 mogelijkheid om het gebouw gelijk in te tekenen.

 Op technisch gebied gaat het volgens mij best goed. Ik wil zeker mee
 kijken naar de software zelf; als de scripts beschikbaar kunnen worden
 gesteld: graag! De laatste variant van de webpagina werkt bij mij prima.
 Nog iets om bij stil te staan: nog los van waar de punten zonder positie
 geplaatst worden bij import (middelpunt van de straat?); nu worden ze op
 elkaar weergegeven. Misschien kan daar met een offset gewerkt worden of zo,
 zodat visueel al bij import duidelijk is dat er meerdere punten op elkaar
 liggen.

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

2014-10-21 Thread Glenn Plas

inline dan toch:

On 21-10-14 20:54, Marc Gemis wrote:
 al even kort:
 
 - bedankt voor de extra uitleg, nu begrijp ik wat je bedoel met
 onnauwkeurige positie.
 - we beschikken nog niet zo heel lang over de AGIV beelden (een jaar of
 zo). De Bing beelden zijn veel onnauwkeuriger, i.e. meer verschoven
 t.o.v. de werkelijkheid, ze zijn ook ouder en dikwijls onduidelijker.

Het probleem van al dat werk is dat je dan mappers hebt die onbereikbaar
zijn voor suggesties, maar nog steeds buildings in mijn streek
'verbeteren' op basis van BING foto's en dus zo al die moeite ongedaan
maken.

Bing is big no-no op lowest zoom levels, maar niet iedereen beseft dat
blijkbaar.


 - iedereen mag de positie van de gebouwen aanpassen, als dat een
 verbetering is. Ik doe dat bv. ook bij gebouwen die ik 3 jaar geleden
 heb geplaatst (aan de hand van Bing), of bij slechte AND-imports, enz..
 Je kan dat nu al doen. Dat staat feitelijk los van welke import dan ook. 

Idd, en die verbeteringen zijn niet altijd beter...

 - soms heb ik ook al plekken gezien waarbij ik me afvraag hoe ze de
 huizen bij AGIV hebben ingetekend. Maar natuurlijk zijn die door
 professionals getekend, dus zal nauwkeurigheidsniveau  over het algemeen
 wel hoger moeten liggen. Wat niet wil zeggen dat in OSM niet nauwkeurig
 gewerkt zou worden.

Agiv is volgens mij wel zeer nauwkeurig, als ik twijfel over
schrijfwijze van een straat dan grijp ik steeds naar AGIV.

We moeten dus niet alleen zorgen voor een correcte import, maar ook de
nazorgen om te verhinderen dat gebouwen onrechtmatig 'bing-correcties'
krijgen en zo al de gedane moeite teniet doen.

Ik vind dit best wel een groot probleem, niet accuut maar wel
fundamenteel en op lange termijn.

Ik zie het wekelijks gebeuren en het is moeilijk ze in het oog te
houden.  Ik gebruik WhoDidIt(RSS feed) daarvoor.  Zie
http://zverik.osm.rambler.ru/whodidit/

Maar ik doe het voor 'mijn streek' alleen natuurlijk.

Mvg,

Glenn

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

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

Zou het bing-probleem al niet opgelost kunnen worden als we AGIV
gemakkelijker beschikbaar maken in de verschillende editors ? of zelfs als
default voor Vlaanderen (als dat mogelijk is) ?

m.

2014-10-21 23:12 GMT+02:00 Glenn Plas gl...@byte-consult.be:

 inline dan toch:

 On 21-10-14 20:54, Marc Gemis wrote:
  al even kort:
 
  - bedankt voor de extra uitleg, nu begrijp ik wat je bedoel met
  onnauwkeurige positie.
  - we beschikken nog niet zo heel lang over de AGIV beelden (een jaar of
  zo). De Bing beelden zijn veel onnauwkeuriger, i.e. meer verschoven
  t.o.v. de werkelijkheid, ze zijn ook ouder en dikwijls onduidelijker.

 Het probleem van al dat werk is dat je dan mappers hebt die onbereikbaar
 zijn voor suggesties, maar nog steeds buildings in mijn streek
 'verbeteren' op basis van BING foto's en dus zo al die moeite ongedaan
 maken.

 Bing is big no-no op lowest zoom levels, maar niet iedereen beseft dat
 blijkbaar.


  - iedereen mag de positie van de gebouwen aanpassen, als dat een
  verbetering is. Ik doe dat bv. ook bij gebouwen die ik 3 jaar geleden
  heb geplaatst (aan de hand van Bing), of bij slechte AND-imports, enz..
  Je kan dat nu al doen. Dat staat feitelijk los van welke import dan ook.

 Idd, en die verbeteringen zijn niet altijd beter...

  - soms heb ik ook al plekken gezien waarbij ik me afvraag hoe ze de
  huizen bij AGIV hebben ingetekend. Maar natuurlijk zijn die door
  professionals getekend, dus zal nauwkeurigheidsniveau  over het algemeen
  wel hoger moeten liggen. Wat niet wil zeggen dat in OSM niet nauwkeurig
  gewerkt zou worden.

 Agiv is volgens mij wel zeer nauwkeurig, als ik twijfel over
 schrijfwijze van een straat dan grijp ik steeds naar AGIV.

 We moeten dus niet alleen zorgen voor een correcte import, maar ook de
 nazorgen om te verhinderen dat gebouwen onrechtmatig 'bing-correcties'
 krijgen en zo al de gedane moeite teniet doen.

 Ik vind dit best wel een groot probleem, niet accuut maar wel
 fundamenteel en op lange termijn.

 Ik zie het wekelijks gebeuren en het is moeilijk ze in het oog te
 houden.  Ik gebruik WhoDidIt(RSS feed) daarvoor.  Zie
 http://zverik.osm.rambler.ru/whodidit/

 Maar ik doe het voor 'mijn streek' alleen natuurlijk.

 Mvg,

 Glenn

 ___
 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] [Announce] Server maintenance – 26th October

2014-10-21 Thread Simone Cortesi

On Mon, Oct 20, 2014 at 7:38 PM, Harry Wood m...@harrywood.co.uk wrote:
 The OpenStreetMap Foundation, Operations Working Group have scheduled a short 
 maintenance period which will occur from approximately 11:00 to 12:30 UTC, 
 during which time the database will be offline.

 http://www.timeanddate.com/worldclock/fixedtime.html?iso=20141026T11p1=1440ah=1am=30

I would like to use this opportunity to say an enormous THANK YOU to
our wonderful admins, which with their work on the server
infrastructure have been able to keep the project running and scaling
up to what it is now with just minimal, yearly downtimes.

Thank you!

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

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

2014-10-21 Thread Richard Fairhurst

[this was originally posted to osmf-talk; I'm not a member of OSMF so
can't reply to it there. I'm also breaking my self-imposed discipline of
not posting to the talk@ list for this, but I figure it's important]

Sarah Hoffman wrote:

while checking the candidate list for the upcoming board elections, I came
across Frederik's maifesto here:

https://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/2014_OSMF_Board_Elections_Manifesto

This sheds some rather bad light on how the board operates, indicating that
some of the practises border on the illigal. I understand that this is the
individual opinion of a single board member but I believe it is important
that such accusations are discussed because I don't see how the board can
operate efficiently otherwise. It is even more important in the light of
the upcoming elections. Reading this manifesto indicates that there is
little point in standing for election as there is nothing but frustration
to achieve in the board.

As a former board member, I would concur with Frederik's posting which
tallies with my unhappy experience on the board.

It is clear, I'm afraid, that the OSMF board is broken. Plenty of people
know this privately but it hasn't been admitted publicly. We should stop
pretending.

There are some really smart people in this project and it's sad that
most have chosen to involve themselves in their local organisations
rather than OSMF (I'm thinking particularly the US and France here). I
have no personal animus against the current board - quite the opposite,
they're lovely people - but it's clear it isn't working. (And I take my
share of responsibility as a one-time board member for failing to fix it.)

I would like to see:

- the whole board stand down in advance of this election;
- now and in the future, those who have already served two
standard-length terms (i.e. six years) should refrain from re-election
and further involvement; this is good practice in any organisation (e.g.
the US presidency!) but especially so in a fast-moving technology project.

Richard

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

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

2014-10-21 Thread Kathleen Danielson

Hi Richard,

I think you're right to post this here. While it is a matter of how the
foundation board functions and pertains specifically to the election, I
think that it would be preferable to have this discussion in a more open
forum. I replied to the post in the osmf-talk list, but I'm reposting my
reply in its entirety here, and I'll ask that people move conversation
here.

Hi Sarah,

Thanks for highlighting Frederik's manifesto. I have to agree that it sheds
some pretty bad light on how the board operates.

I'll shy away from making any allegations of illegality because I know how
difficult it can be to keep up with the paperwork in a tiny volunteer-run
organization. Personally, I'm inclined to give the board the benefit of the
doubt in terms of membership or financial information. I suspect that had
to do with bandwidth, rather than secretive intent. As well, I can
understand the aversion to having meeting minutes taken verbatim. The
OSM-US board had several heated discussions over the last year while I was
a member and I was glad to have a place for private discussion before we
published our minutes/blog posts/etc.

Still, you raise a very important point:

Reading this manifesto indicates that there is little point in standing for
 election as there is nothing but frustration to achieve in the board.


The OSMF board sounds like an emotionally exhausting and draining body. I
can wholly empathize, but it's still a problem. Personally, I'm a bit less
interested in all of the current board members answering for Frederik's
take on the group, and more interested in what we (as members) can do to
make it a more functional place. It seems to me that we (generally
speaking) enjoy complaining that the board doesn't do anything, to which we
generally hear the response that the board's mandate is intentionally
narrow, and yet this little glimpse into what's going on in there gives a
fairly stark view of the climate each of our board members are working
within. In a situation such as that, how can you be expected to take on
much else? Who has the energy to deal with diversity initiatives, for
example, when everything is seen as so political?

Perhaps instead of the purpose of the board being too small, it's in fact
too large-- maybe they need more support in the administrative workings.
I'm reluctant to suggest more working groups, but finding some other
mechanism for support that would free up the board to be more creative
might be helpful. Maybe it's a matter of finding ways to test out new ideas
in a less risky environment, meaning we as a membership need to encourage
more experimentation and be more forgiving of failure.

None of these are cure-alls (and some of them are probably horrific ideas),
but it seems to me that yes, we want to elect passionate, excited people to
our board, but just doing that isn't enough. We need to elect these people
*and* make the structural changes that will help them be successful.
Without that, we're going to keep burning out our board members, and I
can't see us getting much done that way.

Best,
Kathleen

On Tue, Oct 21, 2014 at 11:38 AM, Richard Fairhurst rich...@systemed.net
wrote:

 [this was originally posted to osmf-talk; I'm not a member of OSMF so
 can't reply to it there. I'm also breaking my self-imposed discipline of
 not posting to the talk@ list for this, but I figure it's important]

 Sarah Hoffman wrote:

 while checking the candidate list for the upcoming board elections, I came
 across Frederik's maifesto here:

 https://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/
 2014_OSMF_Board_Elections_Manifesto

 This sheds some rather bad light on how the board operates, indicating
 that
 some of the practises border on the illigal. I understand that this is the
 individual opinion of a single board member but I believe it is important
 that such accusations are discussed because I don't see how the board can
 operate efficiently otherwise. It is even more important in the light of
 the upcoming elections. Reading this manifesto indicates that there is
 little point in standing for election as there is nothing but frustration
 to achieve in the board.


 As a former board member, I would concur with Frederik's posting which
 tallies with my unhappy experience on the board.

 It is clear, I'm afraid, that the OSMF board is broken. Plenty of people
 know this privately but it hasn't been admitted publicly. We should stop
 pretending.

 There are some really smart people in this project and it's sad that most
 have chosen to involve themselves in their local organisations rather than
 OSMF (I'm thinking particularly the US and France here). I have no personal
 animus against the current board - quite the opposite, they're lovely
 people - but it's clear it isn't working. (And I take my share of
 responsibility as a one-time board member for failing to fix it.)

 I would like to see:

 - the whole board stand down in advance of this election;
 - now and in the

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

2014-10-21 Thread Frederik Ramm

Hi,

On 10/21/14 13:42, Kathleen Danielson wrote:
 more interested in what we (as
 members) can do to make it a more functional place. 

Even when I was not a board member, I tended to be a little bit
frustrated by how little the OSMF membership in general were interested
in what their board (or theur foundation) does.

There is no history in OSMF for the members trying to hold their board
to account. The OSMF board can neglect to put important stuff on their
agenda, neglect to hold board meetings, individual board members can
skip board meetings many times in a row without explaining themselves,
or we can postpone stuff indefinitely, and nobody will even so much as
raise an eyebrow in public.

In theory, the OSMF members are the boss and board is just a group of
people asked by the members to run business for them until they convene
next time. In similar organisations I know in Germany, it is absolutely
not uncommmon for members to discuss and submit proposals to the AGM
that would be binding for the board; and for people to actually discuss
and argue and vote at an AGM.

OSMF has no culture of democracy really; and this is most likely due to
the founding story: This is not a political body, it's mainly a
safeguard for things like our trademarks and a legal entity to operate
our servers.

And who would, as a member, get in the way of that? Why engage,
emotionally, with another area of politics when all of us have enough of
that in their lives already? OSMF itself says it doesn't want to be
important, so maybe it shouldn't be important to me either.

So we're all happy as long as things work somehow, and we vote for
whichever name we've heard before, and don't bother asking questions, or
reading minutes, or whatever.

For me as a board member, it would have been very helpful to have an
active membership actually watching what I do (or don't do), and asking
the questions that may arise from in between the lines of some meeting
minutes. I would have considered it normal to be held accountable; but
that *may* be a cultural difference - there seems to be a certain school
of thought whereby the democratic participation of members is reduced to
voting for board once a year and asking questions would mean you don't
trust your board, and even while I was not yet on the board I was
occasional chided by other members for asking critical questions.

In short, what I'd like to see is (a) more people joining OSMF, and (b)
at least some these people actually following and commenting on what the
board does, or doesn't do, in their name.

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] Howto tag a prominent dead tree?

2014-10-21 Thread Richard Z.

Hi,

this must have come up before... any ideas?

Richard

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

Re: [OSM-talk] Howto tag a prominent dead tree?

2014-10-21 16:28 GMT+02:00 Richard Z. ricoz@gmail.com:

 Hi,

 this must have come up before... any ideas?



I'd tag this probably with natural=tree as it still is a tree, even if
dead. Alternatively, historic=tree ;-)
if you don't like these, what about natural=dead_tree?

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

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

2014-10-21 Thread Simon Poole

Am 21.10.2014 15:33, schrieb moltonel 3x Combo:
On 21/10/2014, Richard Fairhurst rich...@systemed.net wrote:
Sarah Hoffman wrote:
https://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/2014_OSMF_Board_Elections_Manifesto

That was a disheartening read.

The transparency issue is the one that shocks me (a basic
contributor) most, in a project that has open data as its founding
purpose and that is firmly rooted in the open source community. I
expect to be able to look into the inner workings of any important OSM
body.

Note that Frederiks and my complaint has been about the inner workings
of the OSMF not being transparent to board members, that is a different
kettle of fish than transparency to the members and the general public
(the later obviously wont work without the former though). To our
members and the general public, IMHO the largest annoyance is having
financials available in a reasonable time frame after the close of the
financial year. This is mainly a cumulative effect of

- choice of the financial year
- UK tax return filing date
- timing of SOTM/GM

which results in the financials typically being presented more than one
year after the end of the financial year they are from. As I've pointed
out they are available a -lot- before that, but we have up to now failed
at actually making them available.

To use the example of expenses that Frederik raised, yes I would
normally expect the board to have a good grip on the numbers and who has
spent what, but I wouldn't expect a breakdown per person to be published
(it likely wouldn't even be legal).

The other financials related issue is that we don't publish a budget for
our financial year (for the first time that I'm aware of we did try to
bring together the numbers for an internal budget this year, still this
is not really a replacement). We further have not really had a good
handle on the risks associated with the largest line item, SOTM.

I know that discussions can be heated, that opinions and
wordings can change, that mistakes can be made, etc. It's par for the
course, don't hide it, we don't mind and neither should you.

The other issues are bad as well, but in a sense, they're not my
problem. They make life hard for board members and should be fixed,
but they don't cast a shadow over OSM as a whole. It's surprising to
see such contrast between OSM's general doocracy and the OSMF's more
bureaucratic approach, but it's not necessarily a bad thing. Just fix
it for your own sakes, OSMF members.

I don't think that even by a wide margin the OSMF could be described as
bureaucratic, yes, procedure tends to be invoked, as Frederik pointed
out, as a political ploy, but that is about it.

Simon

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

Re: [OSM-talk] JOSM Imagery Contrast

2014-10-21 Thread colliar

Am 20.10.2014 21:59, schrieb Mike Thompson: Andrew,

 Thanks I will try and reach out to PovAddict, as well as submit a ticket
 in Trac.

About the ticket, someone was faster [1].

There is little hard coded support within the imagery preferences dialog
but I did not use it lately and never for micro mapping.

cu colliar


[1] https://josm.openstreetmap.de/ticket/10417



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

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

2014-10-21 Thread Jason Remillard

Hi,

This is an unhappy read. I am stunned that the board members don't
have access to the bank registers. How can any decisions be made about
the servers, STOM, fundraising effectiveness, etc without having a
handle on the cash? The foundation handles so little money, it should
be very simple keeping the bank registers up to date. Could our
treasure, Oliver Kühn , please justify this policy on the talk list. I
am going to be very reluctant to give more money to the foundation
until this policy is changed.

Jason


 https://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/2014_OSMF_Board_Elections_Manifesto

 This sheds some rather bad light on how the board operates, indicating
 that
 some of the practises border on the illigal. I understand that this is the
 individual opinion of a single board member but I believe it is important
 that such accusations are discussed because I don't see how the board can
 operate efficiently otherwise. It is even more important in the light of
 the upcoming elections. Reading this manifesto indicates that there is
 little point in standing for election as there is nothing but frustration
 to achieve in the board.


 As a former board member, I would concur with Frederik's posting which
 tallies with my unhappy experience on the board.

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

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

Oliver is seldom seen on the mailing lists, you might want to cc his
board email oli...@osmfoundation.org

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

[OSM-talk] SotM Buenos Aires Program published!

Hello all,

Have a look at the State of the Map Program for Buenos Aires,
Argentina.  And then get your tickets and book your flights!

http://www.stateofthemap.org/program

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

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

2014-10-21 Thread Simon Poole

Jason,

I suspect you are slightly over interpreting what has been said up to
now. Our accountant and the treasurer have control of the back accounts
and I wouldn't expect to have direct access (nor likely other board
members). The board has relied on the treasurer for cash management and
I have no reason to believe that there are any issues with that other
than it is not very transparent. Other points wrt financial planning and
SOTM have already been raised.

Historically there seems to have been very little financial reporting,
the board did however three years back or so, as a principle, ask for
quarterly reports, which IMHO is enough given the size of the
organisation and number of transactions. This has been a long time in
the making, but our accountant does produce them now, there is simply
some fail in bringing them to the boards attention (and a further step
would actually be publishing them). Or to put it differently: the OSMF
likely has never had as good control of its financials as right now,
there is simply still more to do.

There is an interesting point in that there is no external/internal
audit of any kind. Not unusual for small companies, but is a bit unusual
for a membership organisation. Very small SOSM for example has two
(elected) members review the accounts in lieu of a proper audit and
report their findings at the AGM. I could imagine doing something
similar in the OSMF (no idea if this causes any legal issues, but that
can be investigated) given that we currently probably don't want to
spend the money for a formal audit.

Note that Oliver has announced (a couple of weeks back) that he will
resign as treasurer and I expect that the board will elect a replacement
or put an other solution in place at the first meeting after the elections.

Simon

Am 21.10.2014 22:37, schrieb Jason Remillard:
Hi,

This is an unhappy read. I am stunned that the board members don't
have access to the bank registers. How can any decisions be made about
the servers, STOM, fundraising effectiveness, etc without having a
handle on the cash? The foundation handles so little money, it should
be very simple keeping the bank registers up to date. Could our
treasure, Oliver Kühn , please justify this policy on the talk list. I
am going to be very reluctant to give more money to the foundation
until this policy is changed.

Jason

https://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/2014_OSMF_Board_Elections_Manifesto

This sheds some rather bad light on how the board operates, indicating
that
some of the practises border on the illigal. I understand that this is the
individual opinion of a single board member but I believe it is important
that such accusations are discussed because I don't see how the board can
operate efficiently otherwise. It is even more important in the light of
the upcoming elections. Reading this manifesto indicates that there is
little point in standing for election as there is nothing but frustration
to achieve in the board.

As a former board member, I would concur with Frederik's posting which
tallies with my unhappy experience on the board.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

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

2014-10-21 Thread Stefan Keller

Hi,

I wonder why we're discussing here everything else but what Frederik
mentioned in his manifesto and in this reply above.

Richard voted that the board should stand down.
I can't oversea the situation but I tend to give our colleages a
second chance to fix things.
I do that also knowing that OSMF is young with few members, many of
them being also members in WGs.

On 2014-10-21 15:47 GMT+02:00, Frederik Ramm wrote:
...
In short, what I'd like to see is (a) more people joining OSMF, and (b)
at least some these people actually following and commenting on what the
board does, or doesn't do, in their name.

To me, actions speak louder than words.
So, I decided to join OSMF these days.
And I propose to add the following to the board meeting agenda:
* Setting up a clearer modus operandi of the board and working groups
* Making the board meeting agenda publicly available
* Advancing trademark policy
* Setting up a plan to get more corporate members
(actually, these points are just taken from Frederik's plea).

Yours, S.

2014-10-22 0:05 GMT+02:00 Simon Poole si...@poole.ch:

Jason,

Simon

Am 21.10.2014 22:37, schrieb Jason Remillard:
Hi,

Jason

https://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/2014_OSMF_Board_Elections_Manifesto

This sheds some rather bad light on how the board operates, indicating
that
some of the practises border on the illigal. I understand that this is the
individual opinion of a single board member but I believe it is important
that such accusations are discussed because I don't see how the board can
operate efficiently otherwise. It is even more important in the light of
the upcoming elections. Reading this manifesto indicates that there is
little point in standing for election as there is nothing but frustration
to achieve in the board.

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

Re: [OSM-talk] Howto tag a prominent dead tree?

2014-10-21 Thread Nicholas G Lawrence

Subject: [OSM-talk] Howto tag a prominent dead tree?

Hi,

this must have come up before... any ideas?

What does prominent mean?

If the dead tree has some cultural or historical significance, then it could be 
placed in the same category as, for example, a statue or other form of art for 
public consumption.

nick




***
WARNING: This email (including any attachments) may contain legally
privileged, confidential or private information and may be protected by
copyright. You may only use it if you are the person(s) it was
intended to be sent to and if you use it in an authorised way. No one
is allowed to use, review, alter, transmit, disclose, distribute, print
or copy this email without appropriate authority.

If this email was not intended for you and was sent to you by mistake,
please telephone or email me immediately, destroy any hardcopies of
this email and delete it and any copies of it from your computer
system. Any right which the sender may have under copyright law, and 
any legal privilege and confidentiality attached to this email is not
waived or destroyed by that mistake.

It is your responsibility to ensure that this email does not contain 
and is not affected by computer viruses, defects or interference by 
third parties or replication problems (including incompatibility with
your computer system).

Opinions contained in this email do not necessarily reflect the
opinions of the Department of Transport and Main Roads,
or endorsed organisations utilising the same infrastructure.
***

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

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

2014-10-21 Thread Kate Chapman

Hi All,

I felt I should speak up as the newest board member. I certainly think
there are things that OSMF could do to function better as well as the OSMF
Board. I think it can be difficult to move forward when everyone has very
strong feelings about the project, but they sometimes seem at odds with
each other. Often it can feel like the person with the most time at their
email box can simply wear everyone else down. I don't think OSM and the
OSMF are an exception to this though.

One issue is we really have no idea what the OSMF membership wants. We know
what some vocal people who write English well want. What a lot of
communities do to determine this is have a yearly community survey. Simply
voting for board members itself doesn't give any idea what people generally
want. For example last year I received the most votes in the board
election. Does that mean I have brand recognition, people liked my
manifesto or simply there were people that thought only men shouldn't be on
the OSMF board? We have no idea. A community survey is one way we could
start to get a better grip on the desires for the OSMF. Of course we still
would be bound to the opinions of only those that like to answer surveys.

Another difficulty is there is no board primer. When you join the OSMF
board you mostly just jump in. One of the Humanitarian OpenStreetMap Team
(HOT) board members began a board primer for HOT after they joined HOT's
board. This was to help with this very issue. Part of it is just helping
people to understand what it means to be on a board. How many people that
join the OSMF board have never served on any board at all?

Frederik's manifesto isn't really anything I can specifically disagree with
though I suspect if Frederik and I were to debate the items we will have
very different approaches to them. To me that is the major sticking point
generally within the OSMF. We don't have a great way to find common ground.
I hope this year we will have an in person meeting, not everyone is even in
agreement that meeting in person helps with cohesion. So you can see that
much work is to be done. It is difficult for me to read some statements
about problems in the board without feeling that they are jabs at other
board members without naming names. This is a sign of what we really need
is trust, not necessarily agreement, but trust.

While I haven't really done much in the past year, I hope that we can find
ways to be more effective. I think simply publicly saying there is a
problem is a good start.

Best,

-Kate

On Tue, Oct 21, 2014 at 3:49 PM, Stefan Keller sfkel...@gmail.com wrote:

 Hi,

 I wonder why we're discussing here everything else but what Frederik
 mentioned in his manifesto and in this reply above.

 Richard voted that the board should stand down.
 I can't oversea the situation but I tend to give our colleages a
 second chance to fix things.
 I do that also knowing that OSMF is young with few members, many of
 them being also members in WGs.

 On 2014-10-21 15:47 GMT+02:00, Frederik Ramm wrote:
  ...
  In short, what I'd like to see is (a) more people joining OSMF, and (b)
  at least some these people actually following and commenting on what the
  board does, or doesn't do, in their name.

 To me, actions speak louder than words.
 So, I decided to join OSMF these days.
 And I propose to add the following to the board meeting agenda:
 * Setting up a clearer modus operandi of the board and working groups
 * Making the board meeting agenda publicly available
 * Advancing trademark policy
 * Setting up a plan to get more corporate members
 (actually, these points are just taken from Frederik's plea).

 Yours, S.

 2014-10-22 0:05 GMT+02:00 Simon Poole si...@poole.ch:
 

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

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

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

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

2014-10-21 Thread Clifford Snow

On Tue, Oct 21, 2014 at 9:04 PM, Kate Chapman k...@maploser.com wrote:

 One issue is we really have no idea what the OSMF membership wants. We
 know what some vocal people who write English well want. What a lot of
 communities do to determine this is have a yearly community survey. Simply
 voting for board members itself doesn't give any idea what people generally
 want. For example last year I received the most votes in the board
 election. Does that mean I have brand recognition, people liked my
 manifesto or simply there were people that thought only men shouldn't be on
 the OSMF board? We have no idea. A community survey is one way we could
 start to get a better grip on the desires for the OSMF. Of course we still
 would be bound to the opinions of only those that like to answer surveys.


While it's true that we operate somewhat in the blind, just surveying OSMF
members will only give a peek into the community, not just people who
respond to surveys but the small handful of OSMF membership,  We need is to
think of the bigger community. Ideally we conduct an annual survey of all
mappers and OSM stakeholders. Getting a high response rate would be very
desirable so we hear from the many that are not vocal on mailing lists and
IRC channels. I suspect that its a small handful of people that influence
the Board.

I'd like to see a substantial increase in the OSMF membership. Not sure
what it will take. Certainly cost is an issue, but it must be more that
cost since membership isn't that expensive. I think the US Chapter has done
a good job of offering discounts to SOTM-US for it's members. I'd recommend
the Board at least adopt a similar strategy. That alone isn't sufficient,
but it is a start.

I was part of a group that felt the Board should survey the community. We
got started, but failed to complete a survey because of the difficulty of
creating one in multiple languages. I'm happy to see Kate suggest an annual
survey. If there is anything I can do, please let me know. We still have
the unfinished survey available.

Clifford

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

[Talk-br] Lombadas no OSM

Amigos,

Recentemente andei tentando documentar melhor lombadas no OSM, e gostaria
que *revisassem* a página de desambiguação no wiki:
http://wiki.openstreetmap.org/wiki/Lombada
Depois da revisão, vou retirar o aviso que a página está em construção.

Também criei uma página separada para a etiqueta traffic_calming=table [1],
com um bom número de exemplos.

E adicionei as predefinições de lombada no editor iD [2] (e já as traduzi).
E revisei a tradução destes no JOSM.

Devo admitir que foi um pouco mais demorado fazer essas coisas do que
pensei, mas achei que o trabalho foi gratificante.

Uma pergunta:
Alguém sabe que sinônimos/apelidos existem para um sonorizador de estrada?

Abs,
João

[1]: http://wiki.openstreetmap.org/wiki/Pt:Tag:traffic_calming%3Dtable
[2]:
https://github.com/openstreetmap/iD/commit/32b67e8c2c8898dbd307175d2d4b597447d0a0ab
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Lombadas no OSM

2014-10-21 Thread Gerald Weber

Ficou ótimo!

Prático e direto ao assunto como este tipo de documentação deve ser. Gostei
muito.

Desconheço sinônimos ou apelidos para sonorizador, mas mapear este tipo de
estrutura me parece um preciosismo. Diferente de mapear lombadas que às
vezes são de difícil visualização, principalmente à noite. Neste caso ter
um alerta é bastante interessante. Além do mais lombadas também servem de
referência (depois da lombada vire à direita).

abraço

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

Re: [Talk-br] Lombadas no OSM

2014-10-21 Thread Wallace Silva

Facilita bastante quem procura sobre lombadas.

2014-10-21 10:46 GMT-02:00 wille wi...@wille.blog.br:

 Ótimo! Parabéns pelo trabalho!

 Em 2014-10-21 09:21, John Packer escreveu:

 Amigos,

 Recentemente andei tentando documentar melhor lombadas no OSM, e
 gostaria que _revisassem_ a página de desambiguação no wiki:
 http://wiki.openstreetmap.org/wiki/Lombada [1]

 Depois da revisão, vou retirar o aviso que a página está em
 construção.

 Também criei uma página separada para a etiqueta
 traffic_calming=table [1], com um bom número de exemplos.

 E adicionei as predefinições de lombada no editor iD [2] (e já as
 traduzi).
 E revisei a tradução destes no JOSM.

 Devo admitir que foi um pouco mais demorado fazer essas coisas do que
 pensei, mas achei que o trabalho foi gratificante.

 Uma pergunta:
 Alguém sabe que sinônimos/apelidos existem para um sonorizador de
 estrada?

 Abs,
 João

 [1]: http://wiki.openstreetmap.org/wiki/Pt:Tag:traffic_calming%3Dtable
 [2]
 [2]:
 https://github.com/openstreetmap/iD/commit/32b67e8c2c8898dbd307175d2d4b59
 7447d0a0ab
 [3]


 Links:
 --
 [1] http://wiki.openstreetmap.org/wiki/Lombada
 [2] http://wiki.openstreetmap.org/wiki/Pt:Tag:traffic_calming%3Dtable
 [3]
 https://github.com/openstreetmap/iD/commit/32b67e8c2c8898dbd307175d2d4b59
 7447d0a0ab

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


 --
 wille
 http://wille.blog.br

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




-- 
Cordeiro de Deus que tira os pecados do mundo, tenha piedade de nós...
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Lombadas no OSM

2014-10-21 Thread Arlindo Pereira

Excelente.

Sugiro criar um redirecionamento Quebra-mola para essa página (as
lombadas são conhecidas assim no RJ).
Em 21/10/2014 10:22, John Packer john.pack...@gmail.com escreveu:

 Amigos,

 Recentemente andei tentando documentar melhor lombadas no OSM, e gostaria
 que *revisassem* a página de desambiguação no wiki:
 http://wiki.openstreetmap.org/wiki/Lombada
 Depois da revisão, vou retirar o aviso que a página está em construção.

 Também criei uma página separada para a etiqueta traffic_calming=table
 [1], com um bom número de exemplos.

 E adicionei as predefinições de lombada no editor iD [2] (e já as traduzi).
 E revisei a tradução destes no JOSM.

 Devo admitir que foi um pouco mais demorado fazer essas coisas do que
 pensei, mas achei que o trabalho foi gratificante.

 Uma pergunta:
 Alguém sabe que sinônimos/apelidos existem para um sonorizador de estrada?

 Abs,
 João

 [1]: http://wiki.openstreetmap.org/wiki/Pt:Tag:traffic_calming%3Dtable
 [2]:
 https://github.com/openstreetmap/iD/commit/32b67e8c2c8898dbd307175d2d4b597447d0a0ab

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


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

Re: [Talk-br] Lombadas no OSM


 Desconheço sinônimos ou apelidos para sonorizador, mas mapear este tipo de
 estrutura me parece um preciosismo. Diferente de mapear lombadas que às
 vezes são de difícil visualização, principalmente à noite.

Verdade. Não tinha parado para pensar, mas realmente mapear um sonorizador
é algo de bem baixa prioridade.

É bom poder mapear esses detalhes no OSM, mas também acho bom saber quais
que são mais importantes, pois hoje em dia vejo que perdi tempo mapeando
algumas coisas de pouca importância, que talvez nunca sejam utilizadas
(como o horário de funcionamento de um local).

Em 21 de outubro de 2014 10:36, Gerald Weber gwebe...@gmail.com escreveu:

 Ficou ótimo!

 Prático e direto ao assunto como este tipo de documentação deve ser.
 Gostei muito.

 Desconheço sinônimos ou apelidos para sonorizador, mas mapear este tipo de
 estrutura me parece um preciosismo. Diferente de mapear lombadas que às
 vezes são de difícil visualização, principalmente à noite. Neste caso ter
 um alerta é bastante interessante. Além do mais lombadas também servem de
 referência (depois da lombada vire à direita).

 abraço

 Gerald


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


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

Re: [Talk-br] Lombadas no OSM


 Sugiro criar um redirecionamento Quebra-mola para essa página (as
 lombadas são conhecidas assim no RJ).

Creio que não será necessário. Listei os sinônimos conhecidos na própria
página.
Os outros sinônimos são lomba (mais usado em portugal) e ondulação
transversal (termo técnico).

Em 21 de outubro de 2014 11:10, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 Excelente.

 Sugiro criar um redirecionamento Quebra-mola para essa página (as
 lombadas são conhecidas assim no RJ).
 Em 21/10/2014 10:22, John Packer john.pack...@gmail.com escreveu:

 Amigos,

 Recentemente andei tentando documentar melhor lombadas no OSM, e gostaria
 que *revisassem* a página de desambiguação no wiki:
 http://wiki.openstreetmap.org/wiki/Lombada
 Depois da revisão, vou retirar o aviso que a página está em construção.

 Também criei uma página separada para a etiqueta traffic_calming=table
 [1], com um bom número de exemplos.

 E adicionei as predefinições de lombada no editor iD [2] (e já as
 traduzi).
 E revisei a tradução destes no JOSM.

 Devo admitir que foi um pouco mais demorado fazer essas coisas do que
 pensei, mas achei que o trabalho foi gratificante.

 Uma pergunta:
 Alguém sabe que sinônimos/apelidos existem para um sonorizador de estrada?

 Abs,
 João

 [1]: http://wiki.openstreetmap.org/wiki/Pt:Tag:traffic_calming%3Dtable
 [2]:
 https://github.com/openstreetmap/iD/commit/32b67e8c2c8898dbd307175d2d4b597447d0a0ab

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


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


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

Re: [Talk-br] Lombadas no OSM

Ah, e um comentário rápido relacionado à isso:
Acabei de descobrir como etiquetar depressões de uma estrada:
traffic_calming=dip
Não está documentada no wiki, mas tem um bom número de usos

Em 21 de outubro de 2014 10:21, John Packer john.pack...@gmail.com
escreveu:

 Amigos,

 Recentemente andei tentando documentar melhor lombadas no OSM, e gostaria
 que *revisassem* a página de desambiguação no wiki:
 http://wiki.openstreetmap.org/wiki/Lombada
 Depois da revisão, vou retirar o aviso que a página está em construção.

 Também criei uma página separada para a etiqueta traffic_calming=table
 [1], com um bom número de exemplos.

 E adicionei as predefinições de lombada no editor iD [2] (e já as traduzi).
 E revisei a tradução destes no JOSM.

 Devo admitir que foi um pouco mais demorado fazer essas coisas do que
 pensei, mas achei que o trabalho foi gratificante.

 Uma pergunta:
 Alguém sabe que sinônimos/apelidos existem para um sonorizador de estrada?

 Abs,
 João

 [1]: http://wiki.openstreetmap.org/wiki/Pt:Tag:traffic_calming%3Dtable
 [2]:
 https://github.com/openstreetmap/iD/commit/32b67e8c2c8898dbd307175d2d4b597447d0a0ab

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

[Talk-de] Jetzt RadioOSM Live

2014-10-21 Thread mazdermind

Hallo liebe OpenStreetMapper,
in kürze sendet RadioOSM wieder Live.
Ihr könnt uns auf http://ift.tt/Zn8aRB Live hören und mit uns und anderen 
Hörern im Chat sprechen: irc://irc.freenode.net/#Radio-OSM (Webchat: 
http://ift.tt/17njx3P)
Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite 
http://ift.tt/141Nh3t
Liebe Grüße,
euer RadioOSM Team
- Andi, Marc und Michael
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-it] Fwd: [Announce] Server maintenance – 26th October

2014-10-21 Thread Simone Cortesi

Domenica mattina non si potranno fare upload di modifiche al database
di openstreetmap.

Il DB sarà in manutenzione.

-- Forwarded message --
From: Harry Wood m...@harrywood.co.uk
Date: Mon, Oct 20, 2014 at 7:38 PM
Subject: [Announce] Server maintenance – 26th October
To: annou...@openstreetmap.org annou...@openstreetmap.org

Some OpenStreetMap services will be off-line on 26th October 2014 for
a planned maintenance period.

The OpenStreetMap Foundation, Operations Working Group have scheduled
a short maintenance period which will occur from approximately 11:00
to 12:30 UTC, during which time the database will be offline.

http://www.timeanddate.com/worldclock/fixedtime.html?iso=20141026T11p1=1440ah=1am=30

This will mean you cannot use OpenStreetMap editors to load or save
map data. The “standard” view of the map will remain available, but
various other services will be impacted during this 1½ hour stretch.
Actual outage times may vary within the service windows described
above. More specific information on services impacted can be found
here:
https://wiki.openstreetmap.org/wiki/October_2014_server_maintenance

Thank you, in advance, for your patience and understanding during the
maintenance window.
Thank you, as always, to the Operations Working Group, for their
tireless efforts that keep OpenStreetMap services working smoothly.

___
Announce mailing list
annou...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/announce

-- 
-S

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

Re: [Talk-it] Velocizzare ricalco nodi esistenti

2014-10-20 20:17 GMT+02:00 Valerio Pettenati v.petten...@gmail.com:

 da quando mi sono disintossicato dall'uso massiccio delle
 relazioni che con il tempo diventano complesse e difficili da mantenenere.



diventano complesse da mantenere quando sono troppo grandi. Se le teniamo
piccole (oltre al numero di oggetti intendo anche per estensione spaziale)
non ci dovrebbero questi problemi (o molto meno). Mi riferisco qui soltanto
ai multipoligoni, invece relazioni del tipo associated street o street
non le uso proprio.

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

Re: [Talk-it] Velocizzare ricalco nodi esistenti

2014-10-20 21:17 GMT+02:00 Federico Cortese cortese...@gmail.com:

 E' una discussione interessante (avevo aperto un thread apposito poco
 tempo fa). Anche io operavo come Martin perchè mi sembrava molto più
 razionale e ritenevo anche più semplice la gestione successiva delle
 relation piuttosto che di poligoni sovrapposti, ma altri utenti esperti me
 lo hanno sconsigliato. Sarebbe utile capire cosa sia più indicato o se i
 due modi di operare siano tranquillamente alternativi.




quando trovo un filato di tante aree tutte connesse con nodi in comune e
ways sovraposti, e devo inserire qualcosa in mezzo, lo trovo ogni volta un
lavorone di spezzare tutto ai nodi comuni, mentre con una relazione
multipoligono lo fai in un attimo.

Un caso esemplarico sono i landuse in città. La mia filosofia è quella di
avere al meno un landuse separato per ogni isolato, tenendo fuori le strade
e marciapiedi. In quella maniera rimane gestibile è trasparente, e anche
più preciso (si mappano indirettamente i confini esterni delle proprietà
private in automatica).
Invece cosa si vede ogni tanto è un landuse=residential, grezzamente
disegnato intorno ad una città, e poi man mano arricchito di tantissimi
inner members finchè non si capisce più com'è fatto e non si riesche più
a valutare tutta la situazione con uno sguardo (senza metterci la testa per
una mezz'ora, e senza scaricarsi un'area enorme di dati). Per passare da un
stile all'altro propongo di cominciare di spezzare i landuse enormi alle
strade grandi, tenendo fuori quest'ultimi.

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

Re: [Talk-it] Velocizzare ricalco nodi esistenti

2014-10-21 Thread Max1234Ita

sabas88 wrote
 Su Josm una volta che hai collegato due nodi di un segmento esistente puoi
 proseguire sugli altri schiacciando F (
 https://josm.openstreetmap.de/wiki/Help/Action/FollowLine)

Io finora ho usato il plugin FastDraw. é abbastanza veloce se devi disegnare
a mano libera i contorni di grandi aree dal contorno irregolare (un bosco,
ad esempio), ma se devi ricalcare un percorso già esistente occorre una mano
abbastanza ferma, zoomare indietro di un paio di stop e regolare la distanza
di rilascio dei nuovi punti in modo da non mettere nodi intermedi tra
un'intersezione e l'altra.

Questa del tasto F non la sapevo ancora. ho provato e... *E' FANTASTICOOO!
8-) 8-) 8-)*

Dannate foreste dell'Alto Oltrepo Pavese... A ME! :-p


MAx



--
View this message in context: 
http://gis.19327.n5.nabble.com/Velocizzare-ricalco-nodi-esistenti-tp5820942p5821062.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] Velocizzare ricalco nodi esistenti

2014-10-21 11:53 GMT+02:00 Max1234Ita max1234...@gmail.com:


 Questa del tasto F non la sapevo ancora. ho provato e... *E' FANTASTICOOO!
 8-) 8-) 8-)*

 Dannate foreste dell'Alto Oltrepo Pavese... A ME! :-p




spero proprio che non fa botto questo sistema di duplicare ways, perché
oltre a pesare sul db crea il prossimo incubo per chi deve aggiustare o
modificare questi ways sovraposti. Non metto in dubbio che ci sono i casi
d'uso sensati per questa funzione, ma le foreste a mio avviso non rientrano
in questi casi.

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

Re: [Talk-it] Velocizzare ricalco nodi esistenti

2014-10-21 Thread marco bra

Una cosa soltanto per favore tenete i landuse staccati dall'asse delle
strade, (io stacco anche i parcheggi invadenti) anzi usate proprio
le strade per delimitare i landuse, io solitamente faccio così, uso
l'asse della strada:

- Aggiusto la geom dell'asse stradale, se serve
- copio parallelamente l'asse, verifico che se ci sono curve strette
la copia parallela sia ok senza intersezioni
- levo attributi tipici della strada all'elemento asse copiato
- Spezzo dove mi serve a delimitare il landuse
- creo un landuse (con plugin fastdraw) con geom dettagliata in altre
parti e grossolana dal lato strada
- con plugin ContourMerge unisco i vertici grossolani al lato della
strada all'elemento asse copiato
- elimino elemento senza attributi che mi e' servito come costruzione

Per tagliare un landuse grande uso il plugin
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/CommandLine
ed il comando cut

Ciao
Marco

Il 21 ottobre 2014 12:10, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:

 2014-10-21 11:53 GMT+02:00 Max1234Ita max1234...@gmail.com:


 Questa del tasto F non la sapevo ancora. ho provato e... *E' FANTASTICOOO!
 8-) 8-) 8-)*

 Dannate foreste dell'Alto Oltrepo Pavese... A ME! :-p




 spero proprio che non fa botto questo sistema di duplicare ways, perché
 oltre a pesare sul db crea il prossimo incubo per chi deve aggiustare o
 modificare questi ways sovraposti. Non metto in dubbio che ci sono i casi
 d'uso sensati per questa funzione, ma le foreste a mio avviso non rientrano
 in questi casi.

 ciao,
 Martin

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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Velocizzare ricalco nodi esistenti

2014-10-21 Thread Leonardo Frassetto

Ne approfitto per chiedere una cosa, esiste una funzione di shrink di un
poligono su josm, usando il suo baricentro come centro di rimpicciolimento?
Il 21/ott/2014 13:01 marco bra marcobra.ubu...@gmail.com ha scritto:

 Una cosa soltanto per favore tenete i landuse staccati dall'asse delle
 strade, (io stacco anche i parcheggi invadenti) anzi usate proprio
 le strade per delimitare i landuse, io solitamente faccio così, uso
 l'asse della strada:

 - Aggiusto la geom dell'asse stradale, se serve
 - copio parallelamente l'asse, verifico che se ci sono curve strette
 la copia parallela sia ok senza intersezioni
 - levo attributi tipici della strada all'elemento asse copiato
 - Spezzo dove mi serve a delimitare il landuse
 - creo un landuse (con plugin fastdraw) con geom dettagliata in altre
 parti e grossolana dal lato strada
 - con plugin ContourMerge unisco i vertici grossolani al lato della
 strada all'elemento asse copiato
 - elimino elemento senza attributi che mi e' servito come costruzione

 Per tagliare un landuse grande uso il plugin
 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/CommandLine
 ed il comando cut

 Ciao
 Marco

 Il 21 ottobre 2014 12:10, Martin Koppenhoefer dieterdre...@gmail.com
 ha scritto:
 
  2014-10-21 11:53 GMT+02:00 Max1234Ita max1234...@gmail.com:
 
 
  Questa del tasto F non la sapevo ancora. ho provato e... *E'
 FANTASTICOOO!
  8-) 8-) 8-)*
 
  Dannate foreste dell'Alto Oltrepo Pavese... A ME! :-p
 
 
 
 
  spero proprio che non fa botto questo sistema di duplicare ways, perché
  oltre a pesare sul db crea il prossimo incubo per chi deve aggiustare o
  modificare questi ways sovraposti. Non metto in dubbio che ci sono i casi
  d'uso sensati per questa funzione, ma le foreste a mio avviso non
 rientrano
  in questi casi.
 
  ciao,
  Martin
 
  ___
  Talk-it mailing list
  Talk-it@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-it
 



 --
 Linux Infinite Freedom

 I'm writing from this place:
 http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

 ___
 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] Velocizzare ricalco nodi esistenti

2014-10-21 Thread Max1234Ita

marco bra wrote
 Una cosa soltanto per favore tenete i landuse staccati dall'asse delle
 strade, (io stacco anche i parcheggi invadenti) anzi usate proprio
 le strade per delimitare i landuse, io solitamente faccio così, uso
 l'asse della strada:
 
 - Aggiusto la geom dell'asse stradale, se serve
 - copio parallelamente l'asse, verifico che se ci sono curve strette
 la copia parallela sia ok senza intersezioni
 - levo attributi tipici della strada all'elemento asse copiato
 - Spezzo dove mi serve a delimitare il landuse
 - creo un landuse (con plugin fastdraw) con geom dettagliata in altre
 parti e grossolana dal lato strada
 - con plugin ContourMerge unisco i vertici grossolani al lato della
 strada all'elemento asse copiato
 - elimino elemento senza attributi che mi e' servito come costruzione
 
 Per tagliare un landuse grande uso il plugin
 http://wiki.openstreetmap.org/wiki/JOSM/Plugins/CommandLine
 ed il comando cut
 
 Ciao
 Marco


+1

Strada è strada, Landuse e natural=* (wood, scrub, ecc.) sono altro... IMHO
anche a me è capitato di dover aggiornare una strada (era stata costruita
una rotonda) e perdere un paio d'ore a risistemare tutti i landuse adiacenti
che vi si appoggiavano sopra.

Da allora, non solo cerco di non sovrapporre i landuse alle strade, ma per
quanto possibile cerco di fare in modo che non vi siano nemmeno punti
d'intersezione tra le 2 entità. Vuoi mai che per modificare il margine di
un'area ci si tiri dietro anche un pezzo di Provinciale... già ci pensano le
frane! :/

Ciao,
MAx



--
View this message in context: 
http://gis.19327.n5.nabble.com/Velocizzare-ricalco-nodi-esistenti-tp5820942p5821082.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] Velocizzare ricalco nodi esistenti

2014-10-21 Thread Max1234Ita

Io di solito uso SHIFT-P (Make Parallel Copies of ways) se voglio copiare una
way creandone una parallela (dovrebbe essere un'opzione standard i JOSM).

Altrimenti c'è CTRL-ALT+trascinamento per ingrandire/ridurre sul posto una
forma.


Ciao,
MAx



--
View this message in context: 
http://gis.19327.n5.nabble.com/Velocizzare-ricalco-nodi-esistenti-tp5820942p5821083.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] Velocizzare ricalco nodi esistenti

2014-10-21 13:28 GMT+02:00 Leonardo Frassetto kinetocor...@gmail.com:

 Ne approfitto per chiedere una cosa, esiste una funzione di shrink di un
 poligono su josm, usando il suo baricentro come centro di rimpicciolimento?



puoi scalare gli oggetti con ctrl+alt+mouse in modalità selezione. Non è
molto adatto per fare solo piccoli ridimensionamenti precisi.
Quando hai selezionato più di un oggetto usa sempre il baricentro (o forse
il centro del boundingBox, non ho indagato bene quale centro usa) di uno
della selezione, spostando così gli altri oggetti parecchio (forse da
considerare bug).

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

Re: [Talk-it] Velocizzare ricalco nodi esistenti

2014-10-21 Thread Germano Massullo

Ho fatto un po' di prove, e ho notato che, almeno per quanto mi
riguarda, l'utilizzo delle relazioni sembra rendere le operazioni di
mappatura molto più veloci

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

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

2014-10-21 Thread Any File

Visto che temo di essere responsabile della questione, mi permetto di
intervenire.

Parto da questioni più generali, lascio per ultime le questioni legate
a quella way e zona in particolare.

Partiamo dal caso in cui la strada sia effettivamente a senso unico
tranne per certi veicoli.

Innanzitutto non ho mai capito se dove solo certi mezzi possono
passare vada messo oneway:bicycle=no oppure bicycle:backward=yes, per
cui alla fine qui e in situazioni analoghe finisco che li metto tutte
e due.

Se avete modo di illuminarmi in merito, vi ringrazio in anticipo.

Nel caso specifico non ho modo di capire se la strada sia
effettivamente senso unico oppure no dopo l'entrata (ad esempio cosa
possa fare uno che esca da un passo carraio o se sia permesso fare
inversione di marcia). Non vedo così irrealistico vedere le frecce del
senso unico su questo tratto di strada (e mi ricordo chiaramente che
una volta ho visto un'auto per andare controsenso fare retromarcia,
invece di fare inversione).

Tra l'altro la zona non è particolarmente facile da mappare (e da fare
il rendering) perché ci sono un sacco di divieti diversi che cambiano
anche a seconda dell'orario. Ho già notato che ci sono delle stranezze
nella mappatura. Sono già ripassato in zona, ho fatto delle foto e
preso degli appunti, ma sono un po' indietro con il riportare i dati
raccolti sulla mappa.

Però nel caso in questione non saprei proprio dire se è senso unico o
meno. Ma finora avevo sempre pensato che fosse senso unico.
(ed ammetto che raramente guardo se ci sia il cartello senso unico,
dove dall'altra parte c'è un cartello divieto di accesso).

A proposito di casi strani a Milano, in un tratto via Tartaglia la
strada è senso unico per i veicoli, ma non lo è per il tram, ed ho
notato che manca il cartello di senso unico.

http://www.openstreetmap.org/way/290058036

Ho più volte messo dei note o altro per controllare la situazione e se
i tag fossero giusti, ma mi sono stati chiusi. Alla fine ho aggiunto
un comment:it alla way.

Altra zona ancora più strana, dove i cartelli rasentano l'assurdo (tra
l'altro non c'è preavviso, uno che arriva si trova il cartello di
divieto di accesso solo in certi orari diversi metri dopo l'incoricio)
è viale Bligny

qui ho messo una nota per il cartello di divieto dopo via Ripamonti
(per chi va verso W)
http://www.openstreetmap.org/node/1974252399

C'è un cartello analogo anche in Piazzale di Porta Lodovica per chi va
verso E. Mi ricordavo di averlo segnato, ma ora non lo trovo (dovrò
ricercare tra gli appunti o le foto o più facilmente riandare a
controllare ...)

Qui è abbastanza chiaro che vale la regola del Chi è dentro è dentro
(come se fosse nascondino ..., per cui se si entra dalle strade
laterali si può andare anche nel senso vietato. Se si aggiunge a
questo, il fatto che il divieto vale solo in certi orari, mapparlo (e
perggio renderlo sulla mappa) diventa un'impresa.

(a nota a margine aggiungo che passando negli orari in cui vigerebbe
il divieto ho visto un numero di auto passare come se il divieto non
ci fosse, spesso anche in presenza di vigili o altre forze
dell'ordine)

Altra situazione con simili stranezze è via Nino Bixio

http://www.openstreetmap.org/way/183435587
(e le altre way ad W). Se non ricordo male avevo molto tempo addietro
discusso con maxx (emmexx) di questa strada. Avevo fatto anche dei
sopralluoghi, trovando molta difficoltà a capire i segni per terra
(perché in alcuni tratti erano cancellati e si intravedevano segni per
terra più vecchi) per cui non si capiva queli corsie erano gialle e
quali bianche. Alla fine avevo concluso che come erano i tag dovevano
andare sufficientemente bene.

Se veramente nel tratto successivo al cartello di divieto d'accesso la strada 
non è a senso unico

Però qui nasce un problema se vogliamo distinguere i casi in cui sia
veramente senso unico e quello in cui è semplicemente proibito
entrare da un'estremità, come facciamo a distinguere i casi? Non penso
esista una distizione nel codice della strada e all'uscita dei passi
carrai nei sensi unici, tranne alcune eccezzioni, non c'è il cartello
che ti indica che poi andare in un solo senso.

Scusate forse sono stato troppo lungo (non dovrei scrivere quando sono stanco.)

AnyFile

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

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

2014-10-21 Thread Alberto Nogaro

-Original Message-
From: Any File [mailto:anysomef...@gmail.com]
Sent: martedì 21 ottobre 2014 22:39
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Oneway vs access=no

Se veramente nel tratto successivo al cartello di divieto d'accesso la
strada non è a senso unico

Però qui nasce un problema se vogliamo distinguere i casi in cui sia
veramente senso unico e quello in cui è semplicemente proibito entrare da
un'estremità, come facciamo a distinguere i casi? Non penso esista una
distizione nel codice della strada e all'uscita dei passi carrai nei sensi 
unici,
tranne alcune eccezzioni, non c'è il cartello che ti indica che poi andare in 
un
solo senso.

Sapere cosa si può o meno fare all'uscita di un passo carraio o qualunque 
proprietà privata è un problema di chi lo usa, nessuno è tenuto a metterci un 
cartello.

Se non c'è il cartello di senso unico, ma solo il cartello di divieto di 
accesso ad una estremità, lasciamo la strada a doppio senso e impediamo 
l'accesso dall'estremità mediante una relazione restriction. Potrebbe anche 
verificarsi che anche se il cartello di senso unico  manca sia di fatto 
impossibile percorrere la via in senso inverso (ad esempio quando non ci sono 
passi carrai e mancano le condizioni per fare una inversione di marcia 
regolare). Comunque anche con la sola restrizione abbiamo descritto la 
situazione. 

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

Ciao,
Alberto

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

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





 Am 22.10.2014 um 00:31 schrieb Alberto Nogaro bartosom...@yahoo.it:
 
 sia di fatto impossibile percorrere la via in senso inverso (ad esempio 
 quando non ci sono passi carrai e mancano le condizioni per fare una 
 inversione di marcia regolare).


potresti sempre fare retromarcia
;-)

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

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

2014-10-21 Thread Cristian Consonni

Il 19/Ott/2014 09:39 Simone Cortesi sim...@cortesi.com ha scritto:

 2014-10-19 9:30 GMT+02:00 Aury88 spacedrive...@gmail.com:
  abbiamo deciso quindi di provare a contattare la PA tramite PEC (in via
di
  acquisizione...per il prossimo sabato dovrei averne una) e,  se non ho
  capito male, nel caso di ulteriore mancata risposta di inviare una
lettera
  aperta ad alcune riviste locali.
  La domanda a questo punto è che lettera faccio tramite pec? uso la
stessa
  inviata l'altra volta [1] ho ne scrivo una nuova? per la lettera aperta
da
  eventualmente inviaqre alle testate giornalistiche invece?

 va bene la stessa lettera che hai mandato la scorsa volta.

Possiamo anche mandarla come Wikimedia Italia (aka [quasi] capitolo
ufficiale di OSMF in Italia) ma non credo cambierebbe molto..

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

[Talk-dk] Til orientering - OpenStreetMap artikel i Version2 i dag

2014-10-21 Thread Soren Johannessen

Hej alle sammen

I dagens Version2 er der et interview/artikel med Henk Hoff (OSM
bestyrelsesmedlem) Åbne data i Danmark gør OpenStreetMap bedre


http://www.version2.dk/artikel/aabne-data-i-danmark-goer-openstreet-map-bedre-69050


Hvis I/du har flere kommentarer til artiklen så skriv det på Version2
kommentarboksen


vh
Søren Johannessen

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

Re: [Talk-dk] Til orientering - OpenStreetMap artikel i Version2 i dag

2014-10-21 Thread Michael Andersen

Nå, så det er måske derfor botten på IRC har meldt så mange nye (en
håndfuld stykker) mappere i Danmark i dag :)


Den 21. oktober 2014 kl. 15:10 skrev Soren Johannessen
soren.johannes...@gmail.com:

 Hej alle sammen

 I dagens Version2 er der et interview/artikel med Henk Hoff (OSM
 bestyrelsesmedlem) Åbne data i Danmark gør OpenStreetMap bedre


 
http://www.version2.dk/artikel/aabne-data-i-danmark-goer-openstreet-map-bedre-69050


 Hvis I/du har flere kommentarer til artiklen så skriv det på Version2
 kommentarboksen


 vh
 Søren Johannessen

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

Re: [Talk-ec] Resumen Reunión OSM 2014-10-18

2014-10-21 Thread Eduardo Bejar

Gracias,

Excelentes recursos para revisar. Lamento no haber podido asistir (logística 
más que nada, estoy en Guayaquil). Sin embargo me sumo al interés de fortalecer 
la comunidad en Ecuador.

Saludos!

Edo


-Mensaje original-
De: lomejordejr R [mailto:lomejord...@gmail.com] 
Enviado el: lunes, 20 de octubre de 2014 18:42
Para: OpenStreetMap Ecuador
Asunto: [Talk-ec] Resumen Reunión OSM 2014-10-18

En la reunión tuvimos la participación de Manfred A. Reiter quién nos compartió 
su experiencia con OpenStreetMap en Alemania, entre otras cosas nos hablo del 
blog que maneja, el cual distribuye información sobre OSM al mundo.
Blog: http://www.weeklyosm.eu/?lang=es

Vimos conceptos básicos de OSM (nodo, lineas, areas), edición básica sobre la 
capa bing, uso de JOSM. uso de etiquetas:
http://taginfo.openstreetmap.org/
esta web tiene integración con overpass turbo el cual permite identificar 
fácilmente etiquetas en una zona: http://overpass-turbo.eu/index.html

También nos tuvo una sorpresa con la cual podemos empezar a mapaear 
latinoamerica corrigiendo errores en OSM a través de MapRoulette 
http://www.maproulette.org/

Nos hablo de su proyecto para enseñar el uso de OpenStreetMap:
https://wiki.openstreetmap.org/wiki/BoostOSM
El material para empezar con OSM
https://wiki.openstreetmap.org/wiki/BoostOSM#The_project_produced_the_following_training_papers_.28English_only.29

Entre otras cosas
- herramienta para comparar mapas:
http://tools.geofabrik.de/mc/#15/49.0094/8.3902num=4mt0=mapnikmt1=google-mapmt2=bing-mapmt3=mapnik-german
- herramienta para ver los aportes a OpenStreetMap http://hdyc.neis-one.org/

Hablamos sobre como podemos potenciar la comunidad OSM, y el capitulo oficial, 
también sobre la posibilidad de hacer webbinears.

En resumen:
- realizar más reuniones.
- webbinears.
- buscar medios para dar a conocer OSM (medios de comunicación)
- talleres para empezar a mapear Ecuador

Espero que en próximas reuniones se animen a participar, lastimosamente no 
tuvimos más participantes que los miembros de la Comunidad Hackem.
Saludos
___
Talk-ec mailing list
Talk-ec@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ec


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

Re: [Talk-ec] Resumen Reunión OSM 2014-10-18

2014-10-21 Thread Gustavo Jarrín

Gracias por compartir y seguir el principio de Software Libre.

También me sumo a las siguientes reuniones y a participar.

Gustavo

 Date: Mon, 20 Oct 2014 18:41:40 -0500
 From: lomejord...@gmail.com
 To: talk-ec@openstreetmap.org
 Subject: [Talk-ec] Resumen Reunión OSM 2014-10-18

 En la reunión tuvimos la participación de Manfred A. Reiter quién nos
 compartió su experiencia con OpenStreetMap en Alemania, entre otras cosas
 nos hablo del blog que maneja, el cual distribuye información sobre OSM al
 mundo.
 Blog: http://www.weeklyosm.eu/?lang=es

 Vimos conceptos básicos de OSM (nodo, lineas, areas), edición básica sobre
 la capa bing, uso de JOSM. uso de etiquetas:
 http://taginfo.openstreetmap.org/
 esta web tiene integración con overpass turbo el cual permite identificar
 fácilmente etiquetas en una zona: http://overpass-turbo.eu/index.html

 También nos tuvo una sorpresa con la cual podemos empezar a mapaear
 latinoamerica corrigiendo errores en OSM a través de MapRoulette
 http://www.maproulette.org/

 Nos hablo de su proyecto para enseñar el uso de OpenStreetMap:
 https://wiki.openstreetmap.org/wiki/BoostOSM
 El material para empezar con OSM
 https://wiki.openstreetmap.org/wiki/BoostOSM#The_project_produced_the_following_training_papers_.28English_only.29

 Entre otras cosas
 - herramienta para comparar mapas:
 http://tools.geofabrik.de/mc/#15/49.0094/8.3902num=4mt0=mapnikmt1=google-mapmt2=bing-mapmt3=mapnik-german
 - herramienta para ver los aportes a OpenStreetMap
 http://hdyc.neis-one.org/

 Hablamos sobre como podemos potenciar la comunidad OSM, y el capitulo
 oficial, también sobre la posibilidad de hacer webbinears.

 En resumen:
 - realizar más reuniones.
 - webbinears.
 - buscar medios para dar a conocer OSM (medios de comunicación)
 - talleres para empezar a mapear Ecuador

 Espero que en próximas reuniones se animen a participar, lastimosamente no
 tuvimos más participantes que los miembros de la Comunidad Hackem.
 Saludos
 ___
 Talk-ec mailing list
 Talk-ec@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ec

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

[Talk-pe] Saludo mapero desde Colombia

2014-10-21 Thread Javier Carranza

Hola!

Me contacto como miembro de Open Street Map y seguidor de talk -- latam
talk-la...@openstreetmap.org. He trabajado en cartografías de Ecuador, El
Salvador, Honduras y República Dominicana, entre otras. Pertenezco también
a la fundación GeoCensos http://www.geocensos.com/, somos maperos y a
veces organizamos geohackathones
https://sites.google.com/a/geocensos.com/mapps/ usando la plataforma OSM.

Intento el contacto porque estamos trabajando con el INEI
http://www.inei.gob.pe/de su país para mapear todo el territorio del Perú
, lo que servirá para próximos censos y otras aplicaciones. Yo
personalmente viajaré a Lima entre el 26 de Octubre y el 1 de Noviembre
próximos y me gustaría encontrarme con gente mapera.

¿Sería posible convenir una entrevista en Lima con algun miembro
representativo de osm que recomienden en esas fechas?


[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
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

Re: [Talk-pe] Saludo mapero desde Colombia

2014-10-21 Thread Johnattan Rupire


Hola!
en esta lista está Omar Vega, creo que podrías reunirte con él y también 
con más gente que le apetezca conocer el proyecto que tienen para mapear 
todo el territorio del Perú, algo que venimos buscando hace bastante 
tiempo, y que para el cual, y por diferentes razones no hemos podido 
encontrar en instituciones públicas un interlocutor dinámico, quizá esta 
sea una interesante oportunidad, yo desde la distancia les seguiré con 
atención.

Saludos!



El 21/10/14 a las 19:28, Javier Carranza escribió:

Hola!

Me contacto como miembro de Open Street Map y seguidor de talk -- 
latam mailto:talk-la...@openstreetmap.org. He trabajado en 
cartografías de Ecuador, El Salvador, Honduras y República Dominicana, 
entre otras. Pertenezco también a la fundación GeoCensos 
http://www.geocensos.com/, somos maperos y a veces organizamos 
geohackathones https://sites.google.com/a/geocensos.com/mapps/ 
usando la plataforma OSM.


Intento el contacto porque estamos trabajando con el INEI 
http://www.inei.gob.pe/de su país para mapear todo el territorio del 
Perú , lo que servirá para próximos censos y otras aplicaciones. Yo 
personalmente viajaré a Lima entre el 26 de Octubre y el 1 de 
Noviembre próximos y me gustaría encontrarme con gente mapera.


¿Sería posible convenir una entrevista en Lima con algun miembro 
representativo de osm que recomienden en esas fechas?



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 http://www.geocensos.com/

Twitter https://twitter.com/GeoCensosLinkedIn 
http://co.linkedin.com/in/carranzatorres



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


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

Re: [Talk-pe] Saludo mapero desde Colombia

2014-10-21 Thread Marco Antonio

2014-10-21 13:28 GMT-04:00 Javier Carranza javier.carra...@geocensos.com:

 ¿Sería posible convenir una entrevista en Lima con algun miembro
 representativo de osm que recomienden en esas fechas?


Hola Javier, Johnattan ya sugirió a alguien y esta bien. Aunque no esperes
mucho en respuestas.

Más bien, te podría ayudar a encontrar mapeadores actuales la herramienta
Quién está a mi alrededor? (1) ... y sólo dejar a los usuarios (Junior,
Senior, Senior+, gold) que no pasan de 20 (2). Pinchas en cada muñeco y en
la útima opción tendrás su página de usuario. Con un mensaje corto enviado
a su cuenta osm podrás ser más efectivo.

A mi funcionó muchas veces.

Abrazos,

Marco Antonio

(1)
http://resultmaps.neis-one.org/oooc?zoom=11lat=-12.04081lon=-76.94922layers=B00FTT
(2)
https://dl.dropboxusercontent.com/u/24303764/screenshots/osmaroundme_lima.jpeg
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

Re: [Talk-lv] mapillary bildes ieksh iD

2014-10-21 Thread Kārlis

Man HTC Desire S nav superiekārta, tādēļ arī tik stipri lēkā. Jūgt klāt 
ārējo GPS slinkums...

On 2014.10.21. 03:32, Rich wrote:

On 20/10/14 19:55, Kārlis wrote:

Te vēl nav tik traki, pamēģini uztaisīt normālu treisu starp centra
stāvajām mājām ;)

riigaa ? veel sho to kjer. ir pilseetas, kur pa 2-3 kvartaaliem leekaa
ik pa 10 sekundeem :)

ljoti atkariigs no iekaartas, protams. peedeejais sirfstaars riigaa
tikai bish pa eekaam pabraukaa



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

[Talk-ca] Fwd: SotM Buenos Aires Program published!

-- Forwarded message --
From: Richard Weait rich...@weait.com
Date: Tue, Oct 21, 2014 at 5:56 PM
Subject: SotM Buenos Aires Program published!
To: osmf-t...@openstreetmap.org t...@openstreetmap.org


Hello all,

Have a look at the State of the Map Program for Buenos Aires,
Argentina.  And then get your tickets and book your flights!

http://www.stateofthemap.org/program

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

[Talk-cz] videa z konference Geoinformatics 2014

2014-10-21 Thread Martin Landa

Zdravim,

videa z konference Geoinformatics 2014 jsou nyni online. Timto dekuji
kolegovi Michalu Medovi za jejich zpracovani!!!

S pozdravem Martin Landa

[1] http://www.youtube.com/playlist?list=PLL3Zr3rYu6Vduiu93yYNCtDnQ511_gLWs

-- 
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa

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

Re: [Talk-cz] videa z konference Geoinformatics 2014

2014-10-21 Thread Marián Kyral

Super díky.

Marián


-- Původní zpráva --
Od: Martin Landa landa.mar...@gmail.com
Komu: FreeGeoCZ freege...@fsv.cvut.cz, OpenStreetMap - CZ talk-cz@
openstreetmap.org
Datum: 21. 10. 2014 13:27:30
Předmět: [Talk-cz] videa z konference Geoinformatics 2014

Zdravim,

videa z konference Geoinformatics 2014 jsou nyni online. Timto dekuji
kolegovi Michalu Medovi za jejich zpracovani!!!

S pozdravem Martin Landa

[1] http://www.youtube.com/playlist?list=PLL3Zr3rYu6Vduiu93yYNCtDnQ511_gLWs

-- 
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa

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

[Talk-cz] KČT - k výchozímu bodu

2014-10-21 Thread xkomczax

Zdravím,

jak značíte podle 
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Doporu.C4.8Den.C3.A9_typy_cest
 značku vedoucí z místa k výchozímu bodu turistických cest? Situace před kterou 
stojím: Na vlakovém nádraží v jisté vesnici se nachází rozcestník s jedinou 
cedulkou ve tvaru šipky (bez jakékoliv barvy) s nápisem k výchozímu bodu 
turistických cest (nebo tak nějak) a odtud vede žluté pásové značení k 
rozcestníku vzdáleném cca. půl kilometru.  Dát to jako major se vším všudy, 
local/ interesting_object  se značením barva:white:barva_bar nebo local/ 
interesting_object s běžným značním?

Díky za názory
xkomczax

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

Re: [Talk-cz] KČT - k výchozímu bodu

2014-10-21 Thread Petr Holub

 Možná jsem to dostatečně nevysvětlil, ale od toho rozcestníku u nádraží vede 
 normální žlutá značka
 (bílý, žlutý, bílý pruh) k normálnímu rozcestníku (kde je pouze žlutá). 
 Takže trasa pásově značná je
 (nicméně to rozhodně není major)
 
 viz street view -
 https://www.google.cz/maps/@49.529431,16.9571643,3a,75y,255.82h,76.28t/data=!3m4!1e1!3m2!1szg6Xi-
 LrljWkEcCG5lOJSg!2e0 . První rozcestník je na tom sloupu vpravo, pak to vede 
 dál rovně až na konec
 ulice a tam to zahýbá vpravo dalších pár set metrů před hospodu)

Kde je to pásové značení, značil bych to klidně jako kct_yellow=major,
protoze nic lepšího asi nemáme. A v tomhle případě bych k tomu do
relace přihodil i ten rozcestník - předpokládám, že to historicky vzniklo
tak, že tam dali prvně ten rozcestník bez barvy a pak k tomu časem
nějaký značkař domaloval i tu žlutou, takže při příští výměně rozcestníků
to třeba zkonzistentní a taky na ten rozcestník dají žlutou.

Aspoň já se v tomhle snažím mapovat realitu a ne to, co možná KČT
zamýšlelo a možná taky ne.

Jinak to, o čem jsem mluvil v minulém mailu já, je situace, kdy existuje
rozcestník a od něj žádná pásová značka nevede - je to jakási
bezbarvá zkratka.

Petr


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

Re: [Talk-cz] KČT - k výchozímu bodu

2014-10-21 Thread Petr Holub

Tomu kct_yellow=major jsem se chtěl vyhnout, jelikož to má sice stejné
značení, ale o hlavní trasu se
opravdu nejedná (jde o úsek cca. 500 metrů). Realita by nejlépe byla
zmapována, pokud by se použila

A na základě čeho jsi si jist, že se o hlavní trasu nejedná? (Resp. její
prodloužení,
které KČT postupně dodělává.) Díky tomu, že s KČT nemáme žádnou spolupráci, tak
podle mne jedinou informací, kterou máme, je to, co vidíme v terénu - a tady
vidíme
normální značku, která odpovídá kct_yellow=major i s osmc:symbolem.

Jinde jsem použíl třeba kombinaci kct_blue=learning + osmc:symbol=none pokud
se jednalo o městskou
trasu, která byla vyznačena pouze informačními tabulemi, ovšem nikoliv již
značkami v terénu. Takže

Tohle je dost ke zvážení, protože v terénu objektivně žádné kct_blue v takovém
případě neexistuje.
Navíc je otázka, jestli by do té relace neměly přijít jen ty rozcestníky, pokud
nemáme odněkud
informaci, kudy přesně ta trasa vlastně vede, a nemáme tuto informaci povolenu
využít v OSM. Řada
naučných stezek není spravována KČT a tudíž by se správcem mohla být lepší
domluva; potažmo pak
tag operator=* by měl odpovídat skutečnému správci trasy. Navíc za takové
situace nedává ani
nedává smysl značení kct_*=*, protože to není provozováno KČT - takže spíš je
to jen relace
route=hiking type=route, případně s nějakým názvem. Takové trasy by rozumné
renderery měly
taky malovat, protože kct_*=* je specifikum jen ČR.

Petr

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

[OSM-talk-fr] OSMOSE : Terrains de sports non intégrés


 Le 6 oct. 2014 à 20:23, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :
 Osmose remonte un Gîte d’étape et propose les attributs suivants :
  • amenity=shelter
  • source=data.gouv.fr:Le ministère des droits des femmes, de la ville, 
 de la jeunesse et des sports - 2014
  • tourism=alpine_hut
 
 […]

 Est-ce qu’Osmose pourrait proposer plusieurs tags ou en choisir un plus
 adapté en fonction du nom ?
 
 Ce n'est pas impossible avec un patch.

Bonjour,

J’ai jeté un oeil au code source mais comme c’est du code OO avec pas mal 
d’héritages, je ne vois pas trop où proposer une modif.
La partie qui lit le « dictionnaire » de traduction des libellés/codes du 
ministère en objets/attributs OSM ne fait pas de traitements spécifiques.

Le boulot ne peut donc pas être « juste » modifier le dictionnaire 
osmose-backend / merge_data / pitch_FR.mapping.csv 
https://github.com/osm-fr/osmose-backend/blob/7b69eb1c95271571c388335a65b81395b3ff1719/merge_data/pitch_FR.mapping.csv

Une piste ?

Concernant les données à intégrer, voici quelques remarques :
un certain nombre de « terrains » ne sont pas proposés :
Canyon
Boucle de randonnée
…
équitation :
tous les terrains sont mappés de la même façon (leisure=pitch et 
sport=equestrian)
Carrière
Carrière de dressage/rond de longe
Manège
c’est comme une carrière mais avec un bâtiment dessus ;-)
rajouter building=yes et ± wall=no
les centres équestres eux mêmes ne sont pas proposés à l’intégration (ils sont 
dans FichesInstallations)

Je n’ai pas tout regardé, mais je propose aux amateurs de sports de regarder 
plus en détail dans leurs disciplines favorites si il peut y avoir des 
améliorations ;-)

—
Yves

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

Re: [OSM-talk-fr] Tour eiffel ?

2014-10-21 Thread Cactusbone

pas à ma connaissance :(
le seul truc qui soit en diagonale c'est les toits donc il est possible de
faire plein de toits pour avoir une diagonale en profondeur, mais ça sera
moche, et ça ne réponds pas du tout au terrain :(
du coup sur F4map, c'est normalement un bâtiment modélisé, mais quand l'id
de base change, on perds la modélisation :)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tour-eiffel-tp5820963p5821036.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] Accès simple à Overpass Turbo?

2014-10-21 Thread Shohreh

Romain MEHUT wrote
 Essaye http://osm.dumoulin63.net/xapiviewer/

Merci mais 1) les presets ne comportent que cinq choix et 2) custom
request n'affiche pas de liste, ce qui nécessite de connaître les tags OSM.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Acces-simple-a-Overpass-Turbo-tp5820953p5821038.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] Tour eiffel ?

2014-10-21 Thread Christophe Merlet

Le 21/10/2014 10:07, Cactusbone a écrit :
 pas à ma connaissance :(
 le seul truc qui soit en diagonale c'est les toits donc il est possible de
 faire plein de toits pour avoir une diagonale en profondeur, mais ça sera
 moche, et ça ne réponds pas du tout au terrain :(
 du coup sur F4map, c'est normalement un bâtiment modélisé, mais quand l'id
 de base change, on perds la modélisation :)

J'imagine du coup qu'il est important qu'il n'y ai qu'un seul building
et tout le reste en building:part afin que le bâtiment modélisé remplace
l'intégralité du bâtiment OSM.


Librement,
-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] OSM et les collectivités

2014-10-21 Thread Antoine Riche

Je rattrape tant bien que mal mon retard sur la liste Talk-fr et je 
tombe sur ce sujet ! Justement je vais faire une présentation d'OSM au 
service SIG de Nantes Métropole début décembre, avec ma nouvelle 
casquette de mandataire territorial sur la Loire-Atlantique. J'ai aussi 
dans les tuyaux une autre rencontre possible avec le service Innovation 
et numérique. La nouvelle équipe municipale est en pleine réflexion sur 
l'open data et l'économie collaborative, faut qu'on les aide !


Jean - çà pourrait être bien qu'on discute de ta rencontre avec Nantes 
Métropole. On peut se rencontrer sur Nantes, éventuellement ce samedi à 
la Cantine Numérique où on organise une rencontre 
(http://wiki.openstreetmap.org/wiki/Nantes) : Stéphane aussi y sera.


Antoine.

Le 10/10/2014 10:25, Stéphane Péneau a écrit :

Merci pour vos réponses.

Par contre,


Déjà bien expliqué ce qu'est globalement le projet OSM et ce qu'il
n'est pas (encore plus important).


Heu  au premier abord c'est simple, mais en fait non, je me rends 
compte que je ne suis pas sûr du tout de pouvoir répondre clairement à 
ça, particulièrement sur ce qu'Osm n'est pas.

Toi qui a l'habitude, comment est-ce que tu présente ces points ?

Stf

___
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] Tour eiffel ?

La seule chose que j'ai modifiée dessus c'est de supprimer admin_level=4
ajouté récemment par un auteur qui m'a contacté à ce sujet et auquel j'ai
répondu.
Je n'ai pas regardé le reste.

Le 20 octobre 2014 17:34, Cactusbone cactusb...@free.fr a écrit :

 Bonjour,

 J'ai vu passer des modifications sur la tour Eiffel:

 https://www.openstreetmap.org/way/5013364
 https://www.openstreetmap.org/changeset/26132579

 du coup la tour Eiffel en elle même n'est plus marqué building, et chaque
 étage est marqué building individuellement.

 Je ne suis pas trop sur de la bonne solution.
 J'ai contacté l'auteur pour avoir plus d'informations, mais je veux bien
 votre avis éclairé :)





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Tour-eiffel-tp5820963.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

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

Re: [OSM-talk-fr] Accès simple à Overpass Turbo?

utilise le wizard : tu tapes shop=bicycle et ça génère une requête pour
tous objets (noeuds, ways, relations (avec récusions) ayant ce tag et
filtrant sur la bounding box (celle de la carte affichée ou celle
sélectionnée manuellement avec l'outil.

Dommage que le wizard ne génère que la syntaxe XML et pas la syntaxe
compacte (également reconnue) qui est (souvent mais pas toujours) un peu
plus simple à manipuler.

Le 20 octobre 2014 16:22, Shohreh codecompl...@free.fr a écrit :

 Bonjour

 Overpass turbo est très utile pour sortir des données spécfiques, mais son
 interface me semble inadaptée à des utilisateurs non-informaticiens.

 Existe-t-il un site qui permette de simplement sélectionner un type d'item
 (du genre : shop=bicycle) dans une liste?

 Merci.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Acces-simple-a-Overpass-Turbo-tp5820953.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

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

Re: [OSM-talk-fr] Accès simple à Overpass Turbo?

2014-10-21 Thread Nicolas Dumoulin

Bonjour

Le mardi 21 octobre 2014 01:17:02 Shohreh a écrit :
 Merci mais 1) les presets ne comportent que cinq choix et 2) custom
 request n'affiche pas de liste, ce qui nécessite de connaître les tags OSM.

Pas faux. Si quelqu'un a une liste de features avec nom(au moins en anglais et 
français)/tag/icône, je suis preneur :-)

Le lundi 20 octobre 2014 15:59:18 Pierre Béland a écrit :
 Intéressant.
 
 Mais on ne devrait pas oublier  de le traduire en français.

Le service est dispo en 6 langues dont le français. Soit il un bug dans la 
config de ton navigateur, soit il y a un bug dans mon script de 
détection/chargement de la langue.

-- 
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] Tour eiffel ?

2014-10-21 Thread Cactusbone

tout a fait !
mais c'est aussi conseillé pour les bâtiments non modélisés :) avoir un seul
building qui possède tous les flags important du batiment (name, shop  co)
et des parts pour sa modélisation



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tour-eiffel-tp5820963p5821074.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

[OSM-talk-fr] Osmose : bâtiment spéciaux (erreur 7011)

Bonjour,

En zones rurales, Osmose revoit souvent cette erreur pour des fosse à 
lisier/fumier.
Mais les attributs les plus proches proposés (man_made 
http://wiki.openstreetmap.org/wiki/Key:man_made=wastewater_plant 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant ou 
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank) ne me 
convenaient pas trop.

Une recherche dans le wiki n’a pas été fructueuse.

D’après wikipedia, le terme anglais serait « slurry pit », « slurry tank »…
J’ai fait une proposition dans la page de discussion sur les porcheries : 
http://wiki.openstreetmap.org/wiki/Talk:Tag:building%3Dsty 
http://wiki.openstreetmap.org/wiki/Talk:Tag:building=sty

Avez-vous des idées sur le fond ?
… ou sur la forme (où mettre ça dans le wiki) ?

—
Yves

PS:

valeurs contenant « slurry » ou « manure » trouvées avec taginfo :
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank + content 
http://wiki.openstreetmap.org/wiki/Key:contents=manure 
http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank + content 
http://wiki.openstreetmap.org/wiki/Key:content=slurry 
http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=silo 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsilo + content 
http://wiki.openstreetmap.org/wiki/Key:content=slurry 
http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=silo 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsilo ± content 
http://wiki.openstreetmap.org/wiki/Key:content=manure 
http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dmanureaction=editredlink=1
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=slurry_basin 
http://wiki.openstreetmap.org/w/index.php?title=Tag:man_made%3Dslurry_basinaction=editredlink=1

La forme n’est pas forcément circulaire (c’est le cas uniquement dans les 
exploitations récentes).___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose : bâtiment spéciaux (erreur 7011)

Pour moi c'est pas storage_tank
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank car ça
renvois à un réservoir cylindrique. Les fosses à lissier sont plutôt comme
les bassin de décantation ou récupération d'eau.

Je regarde le wiki pour voir si l'on peut trouver mieux

Le 21 octobre 2014 14:16, Yves Pratter yves.prat...@gmail.com a écrit :

 Bonjour,

 En zones rurales, Osmose revoit souvent cette erreur pour des fosse à
 lisier/fumier.
 Mais les attributs les plus proches proposés (man_made
 http://wiki.openstreetmap.org/wiki/Key:man_made=wastewater_plant
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant ou
 man_made http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank) ne me
 convenaient pas trop.

 Une recherche dans le wiki n’a pas été fructueuse.

 D’après wikipedia, le terme anglais serait « slurry pit », « slurry tank »…
 J’ai fait une proposition dans la page de discussion sur les porcheries :
 http://wiki.openstreetmap.org/wiki/Talk:Tag:building%3Dsty
 http://wiki.openstreetmap.org/wiki/Talk:Tag:building=sty

 Avez-vous des idées sur le fond ?
 … ou sur la forme (où mettre ça dans le wiki) ?

 —
 Yves

 PS:

 valeurs contenant « slurry » ou « manure » trouvées avec taginfo :

1. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=
storage_tank
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank +
content http://wiki.openstreetmap.org/wiki/Key:contents=manure

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
2. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=
storage_tank
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank +
content http://wiki.openstreetmap.org/wiki/Key:content=slurry

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
3. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=silo
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsilo + content
http://wiki.openstreetmap.org/wiki/Key:content=slurry

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
4. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=silo
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsilo ± content
http://wiki.openstreetmap.org/wiki/Key:content=manure

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dmanureaction=editredlink=1
5. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=
slurry_basin

 http://wiki.openstreetmap.org/w/index.php?title=Tag:man_made%3Dslurry_basinaction=editredlink=1


 La forme n’est pas forcément circulaire (c’est le cas uniquement dans les
 exploitations récentes).

 ___
 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] Re : Osmose : bâtiment spéciaux (erreur 7011)

2014-10-21 Thread didier2020

peut etre cela ?

http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir


- Mail d'origine -
De: Yves Pratter yves.prat...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Tue, 21 Oct 2014 14:16:34 +0200 (CEST)
Objet: [OSM-talk-fr] Osmose : bâtiment spéciaux (erreur 7011)

Bonjour,

En zones rurales, Osmose revoit souvent cette erreur pour des fosse à 
lisier/fumier.
Mais les attributs les plus proches proposés (man_made 
http://wiki.openstreetmap.org/wiki/Key:man_made=wastewater_plant 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant ou 
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank) ne me 
convenaient pas trop.

Une recherche dans le wiki n’a pas été fructueuse.

D’après wikipedia, le terme anglais serait « slurry pit », « slurry tank »…
J’ai fait une proposition dans la page de discussion sur les porcheries : 
http://wiki.openstreetmap.org/wiki/Talk:Tag:building%3Dsty 
http://wiki.openstreetmap.org/wiki/Talk:Tag:building=sty

Avez-vous des idées sur le fond ?
… ou sur la forme (où mettre ça dans le wiki) ?

—
Yves

PS:

valeurs contenant « slurry » ou « manure » trouvées avec taginfo :
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank + content 
http://wiki.openstreetmap.org/wiki/Key:contents=manure 
http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank + content 
http://wiki.openstreetmap.org/wiki/Key:content=slurry 
http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=silo 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsilo + content 
http://wiki.openstreetmap.org/wiki/Key:content=slurry 
http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=silo 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsilo ± content 
http://wiki.openstreetmap.org/wiki/Key:content=manure 
http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dmanureaction=editredlink=1
man_made http://wiki.openstreetmap.org/wiki/Key:man_made=slurry_basin 
http://wiki.openstreetmap.org/w/index.php?title=Tag:man_made%3Dslurry_basinaction=editredlink=1

La forme n’est pas forcément circulaire (c’est le cas uniquement dans les 
exploitations récentes).

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

Re: [OSM-talk-fr] Re : Osmose : bâtiment spéciaux (erreur 7011)


 Le 21 oct. 2014 à 15:01, didier2...@free.fr a écrit :
 
 peut etre cela ?
 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir
landuse=reservoir avec reservoir_type=slurry me plaisait bien aussi, mais cet 
attribut semble déprécié.

—
Yves


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

Re: [OSM-talk-fr] Re : Osmose : bâtiment spéciaux (erreur 7011)

2014-10-21 Thread JB

Landuse, landuse, on va tout y mettre… Ça ressemble plus à du man_made, 
non ?
(alors que pour les stations d'épuration, on fait l'inverse… va chercher 
la logique là-dedans, après…)

JB.

Le 21/10/2014 15:48, Yves Pratter a écrit :


Le 21 oct. 2014 à 15:01, didier2...@free.fr 
mailto:didier2...@free.fr a écrit :


peut etre cela ?
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir
*landuse=reservoir* avec*reservoir_type=slurry *me plaisait bien 
aussi, mais cet attribut semble déprécié.


—
Yves




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


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

Re: [OSM-talk-fr] Cartographie sentiers de randonnée du topoguide du Pays d'Ambert

2014-10-21 Thread cyberzen


Le 20/10/2014 12:02, Nicolas Moyroud a écrit :




Je me permets de répondre en tant que randonneur pédestre, utilisant
un GPS muni de fonds de carte OSM.
J'ai besoin de savoir ou sont les sentiers
par contre, les itinéraires soumis à propriété intellectuelle je
m'en passe très bien.

je pense même que le balisage sert à assurer un randonneur qui
n'utilise que la carte et la boussole qu'il est sur le bon chemin.

s'il a un GPS, c'est moins utile. (voire inutile, c'est ce que je
prétends)

Je suis aussi un randonneur assez expériementé et je me passe très bien
des itinéraires. Mais très souvent le randonneur occasionnel, celui qui
n'a pas les compétences ou pas l'envie de réfléchir à construire son
propre itinéraire, aime avoir un circuit avec un départ et une arrivée
définis, un temps de marche précisé avec un joli code couleur
facile/moyen/difficile/très difficile. Sinon il ne se lancera pas dans
sa randonnée.
Bref à mon avis, pour rendre la randonnée accessible au grand public,
les itinéraires sont quelque chose d'indispensable. J'ajoute d'ailleurs
de temps en temps des itinéraires que j'ai réalisé moi-même en faisant
des relations dans OSM.
Sans compter que ça permet de faire de magnifiques cartes avec
représentation des itinéraires grâce au logiciel Maperitive et au
magnifique rendu R25 de JB.


Nicolas


Maintenant qu'il existe des sites pour exposer des itinéraires de 
randonnée sous forme de trace GPX, faut-il encore les faire figurer sur 
la carte ?
Ceux qui veulent une carte papier peuvent faire apparaître cette trace 
sur la carte, quand ils ont décidé de parcourir l'itinéraire concerné.
Voila pourquoi je trouve mieux de garder des fonds de carte sans 
itinéraires en dur par dessus.

ça n'est que mon avis.
Jean-François




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

Re: [OSM-talk-fr] Re : Osmose : bâtiment spéciaux (erreur 7011)

2014-10-21 Thread JB

Allez, pour être plus constructif, il existe 40 man_made=reservoir en 
France… bon, contre 5500 landuse=reservoir, mais historiquement, c'était 
plutôt des retenues d'eau en amont de barrages.

JB.

Le 21/10/2014 15:57, JB a écrit :
Landuse, landuse, on va tout y mettre… Ça ressemble plus à du 
man_made, non ?
(alors que pour les stations d'épuration, on fait l'inverse… va 
chercher la logique là-dedans, après…)

JB.

Le 21/10/2014 15:48, Yves Pratter a écrit :


Le 21 oct. 2014 à 15:01, didier2...@free.fr 
mailto:didier2...@free.fr a écrit :


peut etre cela ?
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir
*landuse=reservoir* avec*reservoir_type=slurry *me plaisait bien 
aussi, mais cet attribut semble déprécié.


—
Yves




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




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


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

Re: [OSM-talk-fr] Osmose : bâtiment spéciaux (erreur 7011)

Je pense que ça rentre dans le process Agricultural wastewater treatment

wastewater_plant
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant c'est
plus pour des station d 'épuration (ou alors il faut que ce soit des
bassins servant à la méthanisation ou autre procédé de retraitement)  est
là c'est pas le cas. Dans ton cas c'est du stockage pour épandage (ou pour
pompage et envoi dans une usine de retraitement )

Le silo sert à sécher la matière avec ventilation obligatoire (sinon risque
d'explosion)

on a trois types de stockage:
- storage tank  pour moi c'est un élément solide (béton ou acier) et de
forme cylindrique ouvert
- silo  élément fermé et étanche servant au stockage de denrées, liquide
et gaz
- lagoons /basin/ pond (élément creusé dans la terre avec bache plastique
ou sans si c'est de l'argile)

manure est plus employé pour le lisier dans les documents (slurry pour les
boue d'épuration)

Donc les deux solution qui me semblent adaptées sont:

   1. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=
   storage_tank
   http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank +
   content http://wiki.openstreetmap.org/wiki/Key:contents=manure
   
http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
   2. man_made=pond + contents=manure

man_made=pond est très peu utilisé mais c'est peut-être parce qu'il y a peu
de bassins de récupération qui sont saisis.
Je pense compléter le wiki pour ce domaine mais il faudrait remonter cette
discussion sur la liste globale (en).


Le 21 octobre 2014 14:32, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

 Pour moi c'est pas storage_tank
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank car ça
 renvois à un réservoir cylindrique. Les fosses à lissier sont plutôt comme
 les bassin de décantation ou récupération d'eau.

 Je regarde le wiki pour voir si l'on peut trouver mieux

 Le 21 octobre 2014 14:16, Yves Pratter yves.prat...@gmail.com a écrit :

 Bonjour,

 En zones rurales, Osmose revoit souvent cette erreur pour des fosse à
 lisier/fumier.
 Mais les attributs les plus proches proposés (man_made
 http://wiki.openstreetmap.org/wiki/Key:man_made=wastewater_plant
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant ou
 man_made http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank) ne me
 convenaient pas trop.

 Une recherche dans le wiki n’a pas été fructueuse.

 D’après wikipedia, le terme anglais serait « slurry pit », « slurry
 tank »…
 J’ai fait une proposition dans la page de discussion sur les porcheries :
 http://wiki.openstreetmap.org/wiki/Talk:Tag:building%3Dsty
 http://wiki.openstreetmap.org/wiki/Talk:Tag:building=sty

 Avez-vous des idées sur le fond ?
 … ou sur la forme (où mettre ça dans le wiki) ?

 —
 Yves

 PS:

 valeurs contenant « slurry » ou « manure » trouvées avec taginfo :

1. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=
storage_tank
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank +
content http://wiki.openstreetmap.org/wiki/Key:contents=manure

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
2. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=
storage_tank
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank +
content http://wiki.openstreetmap.org/wiki/Key:content=slurry

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
3. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=silo
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsilo + content
http://wiki.openstreetmap.org/wiki/Key:content=slurry

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1
4. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=silo
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsilo ± content
http://wiki.openstreetmap.org/wiki/Key:content=manure

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dmanureaction=editredlink=1
5. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=
slurry_basin

 http://wiki.openstreetmap.org/w/index.php?title=Tag:man_made%3Dslurry_basinaction=editredlink=1


 La forme n’est pas forcément circulaire (c’est le cas uniquement dans les
 exploitations récentes).

 ___
 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] Osmose : bâtiment spéciaux (erreur 7011)

Il y en a plein pour aussi des bassins de retenue temporaire protégeant les
villes des inondations soudaines comme les orages (la plupart alimentas par
des canaux souterrains dans des buses quand ils sont en ville; souvent avec
des pompes pour les vider ensuite); sinon de simples fossés avec des
déversoirs en amont et une trappe de libération vers l'aval pour les vider
plus tard.
Quand ils sont vides on a souvent du mal à voir que ce sont des bassins, ça
ressemble à des terrains boueux qui servent de pâture (en campagne) ou de
terrain de sport peu aménagé (juste des cages de foot par exemple).

Le terrain inondable est souvent boueux au centre, et plein de mauvaises
herbes. Certaines villes y réservent des jardins familiaux. Dans d'autres
endroits ils servent d'étangs de dépollution verte des eaux usées avec
des plantes très racinaires qui oxygènent l'eau pour faciiter la
précipitation des polluants (notamment des oxydes métalliques) qui sont
ensuite filtrés plus facilement, la dénitratation et la déphosphatation

Etant donné les usages diversifiés selon l'état varible du terrain; taguer
cela en basin est délicat. on aimerait pouvoir juste déclarer ça comme
zone verte humide sans en faire non plus des marais (qu'ils ne sont pas
car par inondés en permanence). A rapprocher du greenfield vec un tag
signifiant inondable?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Maintenance sur les serveurs le 26 octobre

2014-10-21 Thread Antoine Riche

Je relaie cette info de la fondation OSM sur laquelle je suis tombé par 
hasard ou presque.


Dimanche 26 Octobre entre 11:00 et 12:30 UTC, soit entre 12:00 et 13:30 
en France métropolitaine, une opération de maintenance aura lieu sur les 
serveurs. Le rendu standard de la carte sera disponible, mais l'import 
et l'export de données ne seront pas possibles. C'est l'occasion de 
sortir GPS et walking papers et d'aller faire du terrain !


Détail des services concernés : 
https://wiki.openstreetmap.org/wiki/October_2014_server_maintenance


Antoine.


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

Re: [OSM-talk-fr] Osmose : bâtiment spéciaux (erreur 7011)

Philippe je comprends ce que tu veux dire et il me semble que ce que j'ai
proposé semble pas top mal pour des bassin à lisier

   1. man_made=pond + contents=manure

Sachant que silo est quelque chose de clos et normalement étanche, et que
storage_tank est un élement solid cylindrique ouvert.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose : bâtiment spéciaux (erreur 7011)

là je commentais seulement le tag reservoir qui est un peu trop
fourre-tout et qui même si on se limite au stockage des eaux de surface;
traduit des réalités très différentes sur le terrain.

Evidemment je ne commente pas les fosses à lisier/purin (qui sont aussi
étacnches, presque toujours closes, le plus souvent en béton et couvertes;
parfois enterrées (dans les anciennes fermes avec quelques bêtes, elles
l'étaient presque toujours (presque invisibles en dehors de la trappe de
récupération), mais leur capacité était plus limitée que dans les élevages
extensifs actuels qui demandent plus de place et une construction à part.

Pour les fumiers d'élevages bovins/ovins/équidés c'est plus rarement une
fosse qu'un simple tas entre 3 murets et c'est laissé à l'air libre pour la
fermentation. Dans les pus gros élevages, les agricultureurs les déplace
pour les stocker dans un tas sur un champ avec une bache plastique couverte
de pneux, ça servira plus tard pour enrichir les sols des cultures, et
c'est facilement accessible aux tracteurs. -- Ca pose moins de problème que
les lisiers et engrais chimiques, les fumiers sont moins lessivés (en
profondeur dans le sol vers les nappes, et dans les eaux de ruissellement
des drains et fossés et les rivières). On peut se demander d'ailleurs
pourquoi il n'y a toujours pas des techniques limitant le lessivage
polluant des épandages (avec des gélifiants par exemple, produits par des
algues, qui feraient aussi des économies en engrais quand au moins un tiers
de ce qui est déposé est perdu par le lessivage et va polluer les eaux). --

Le 21 octobre 2014 17:24, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

 Philippe je comprends ce que tu veux dire et il me semble que ce que j'ai
 proposé semble pas top mal pour des bassin à lisier

1. man_made=pond + contents=manure

 Sachant que silo est quelque chose de clos et normalement étanche, et que
 storage_tank est un élement solid cylindrique ouvert.

 ___
 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] Osmose : bâtiment spéciaux (erreur 7011)


 Le 21 oct. 2014 à 17:08, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit 
 :
 
 Je pense que ça rentre dans le process Agricultural wastewater treatment »
+1 j’ai vu un article dans wikipedia à ce sujet
 
 wastewater_plant 
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant c'est 
 plus pour des station d ‘épuration
+1 C’est ce qui me dérangeais ;-)

 Dans ton cas c'est du stockage pour épandage
C’est ce que font le porcher et les fermiers d’à côté.

 Le silo sert à sécher la matière avec ventilation obligatoire (sinon risque 
 d’explosion)
Dans une vrai système de traitement des déchets, mais dans OSM la définition 
est un peu différente (cf. exemples suivants)

 on a trois types de stockage:
 - storage tank  pour moi c'est un élément solide (béton ou acier) et de 
 forme cylindrique ouvert
Dans OSM ça contient quelque chose de liquide — man_made=storage_tank 
http://wiki.openstreetmap.org/wiki/Tag:man_made=storage_tank : A cylindrical 
structure used to store liquids or gas

 - silo  élément fermé et étanche servant au stockage de denrées, liquide et 
 gaz
Dans OSM c’est pour des éléments solides —man_made=silo 
http://wiki.openstreetmap.org/wiki/Tag:man_made=silo : A storage container 
for bulk material, often grains such as corn or wheat

 manure est plus employé pour le lisier dans les documents (slurry pour les 
 boue d’épuration)
Dans wikipedia, manure c’est clairement du fumier, et slurry semble être du 
purin/lisier.

D’après Manure https://en.wikipedia.org/wiki/Manure :
Animal manure is often a mixture of animal feces 
https://en.wikipedia.org/wiki/Feces and bedding straw, as in this example 
from a stable https://en.wikipedia.org/wiki/Stable »
Agricultural manure in liquid form, known as slurry, is produced by more 
intensive livestock rearing systems where concrete or slats are used, instead 
of straw bedding.

 
 Donc les deux solution qui me semblent adaptées sont:
 man_made http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank 
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank + content 
 http://wiki.openstreetmap.org/wiki/Key:contents=manure 
 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1Ok
  mais avec contents=slurry si on se fie à wikipedia ;-)
 man_made=pond + contents=manure
le wiki indique landuse=pond http://wiki.openstreetmap.org/wiki/Pond

 man_made=pond est très peu utilisé mais c'est peut-être parce qu'il y a peu 
 de bassins de récupération qui sont saisis.
Ou que dans le monde agricole il y a majoritairement des fosses à purin pas 
visibles ?

 Je pense compléter le wiki pour ce domaine mais il faudrait remonter cette 
 discussion sur la liste globale (en).
Bonne idée, mais je ne suis pas sur cette liste ;-)

Pour info, j’ai trouvé des tags pour les fumières : man_made 
http://wiki.openstreetmap.org/wiki/Key:man_made=bunker_silo 
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbunker_silo + content 
http://wiki.openstreetmap.org/wiki/Key:content=manure
J’ai documenté ça sur les pages FR:Riding 
http://wiki.openstreetmap.org/wiki/FR:Riding, Riding 
http://wiki.openstreetmap.org/wiki/Riding et DE:Riding 
http://wiki.openstreetmap.org/wiki/DE:Riding

—
Yves

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

Re: [OSM-talk-fr] Cartographie sentiers de randonnée du topoguide du Pays d'Ambert


 Le 21 oct. 2014 à 15:59, cyberzen perron.jeanfranc...@free.fr a écrit :
 
 Maintenant qu'il existe des sites pour exposer des itinéraires de randonnée 
 sous forme de trace GPX, faut-il encore les faire figurer sur la carte ?
Il y a à boire et à manger ;-D
La qualité laisse parfois à désirer : des traces GPS en montagne peu précises, 
des bouts de chemins sans grand intérêts…

 Ceux qui veulent une carte papier peuvent faire apparaître cette trace sur la 
 carte, quand ils ont décidé de parcourir l'itinéraire concerné.
 Voila pourquoi je trouve mieux de garder des fonds de carte sans itinéraires 
 en dur par dessus.
L’itinéraire se trouve dans OSM sous forme de route mais n’est pas représenté…
… sauf sur les sites spécialisés :
L’excellent OpenSnowMap.org 
http://opensnowmap.org/?zoom=15lat=45.96648lon=6.47249layers=marker=false
WaymarkedTrails.org http://waymarkedtrails.org/ avec ses variantes (vélo, 
VTT, rando, équitation et rollers)
les sites spécialisés dans le vélo cités sur cette liste
…

L’intérêt de mettre des itinéraires dans OSM c’est qu’en améliorant des tracés 
de routes, chemins… ça améliore les itinéraires :-)
Les cartographieurs OSM vont se poser plus de questions concernant la qualité 
et l’intérêt des données qu’un utilisateur de GPS lambda…

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

Re: [OSM-talk-fr] Cartographie sentiers de randonnée du topoguide du Pays d'Ambert

2014-10-21 Thread cyberzen


Le 21/10/2014 20:06, Yves Pratter a écrit :



Le 21 oct. 2014 à 15:59, cyberzen
perron.jeanfranc...@free.fr
mailto:perron.jeanfranc...@free.fr a écrit :



Maintenant qu'il existe des sites pour exposer des itinéraires de
randonnée sous forme de trace GPX, faut-il encore les faire figurer
sur la carte ?

Il y a à boire et à manger ;-D
La qualité laisse parfois à désirer : des traces GPS en montagne peu
précises, des bouts de chemins sans grand intérêts…


Ceux qui veulent une carte papier peuvent faire apparaître cette trace
sur la carte, quand ils ont décidé de parcourir l'itinéraire concerné.
Voila pourquoi je trouve mieux de garder des fonds de carte sans
itinéraires en dur par dessus.

L’itinéraire se trouve dans OSM sous forme de route mais n’est pas
représenté…
… sauf sur les sites spécialisés :

  * L’excellent OpenSnowMap.org

http://opensnowmap.org/?zoom=15lat=45.96648lon=6.47249layers=marker=false
  * WaymarkedTrails.org http://WaymarkedTrails.org avec ses variantes
(vélo, VTT, rando, équitation et rollers)
  * les sites spécialisés dans le vélo cités sur cette liste
  * …


L’intérêt de mettre des itinéraires dans OSM c’est qu’en améliorant des
tracés de routes, chemins… ça améliore les itinéraires :-)
Les cartographieurs OSM vont se poser plus de questions concernant la
qualité et l’intérêt des données qu’un utilisateur de GPS lambda…

—
Yves



les itinéraires, c'est le randonneur qui en décide, et ça n'a rien a 
faire sur une carte.






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

Re: [OSM-talk-fr] Osmose : bâtiment spéciaux (erreur 7011)


 on a trois types de stockage:
 - storage tank  pour moi c'est un élément solide (béton ou acier) et de
 forme cylindrique ouvert

 Dans OSM ça contient quelque chose de liquide — man_made=storage_tank
 http://wiki.openstreetmap.org/wiki/Tag:man_made=storage_tank : A
 cylindrical structure used to store liquids or gas


Ok donc c'est comme le silo mais que pour du liquide... (lait, essence,
gaz, eau potable ou non) et donc c'est clos et étanche aussi

 - silo  élément fermé et étanche servant au stockage de denrées, liquide
 et gaz

 Dans OSM c’est pour des éléments solides —man_made=silo
 http://wiki.openstreetmap.org/wiki/Tag:man_made=silo : A storage
 container for bulk material, often grains such as corn or wheat


Ok donc c'est que pour l’ensilage des denrées avec système de ventilation

manure est plus employé pour le lisier dans les documents (slurry pour les
 boue d’épuration)

 Dans wikipedia, *manure* c’est clairement du *fumier*, et slurry semble
 être du *purin/lisier*.

 D’après Manure https://en.wikipedia.org/wiki/Manure :

- Animal manure is often a *mixture of animal **feces*
https://en.wikipedia.org/wiki/Feces* and bedding straw*, as in this
example from a stable https://en.wikipedia.org/wiki/Stable »
- Agricultural *manure in liquid form, known as slurry*, is produced
by more intensive livestock rearing systems where concrete or slats are
used, instead of straw bedding.

 Oki je viens d'approfondir cette partie et en effet slurry est plus
employé pour lisier.
manure pour le fumier. liquid manure pour le purin ou lisier




 Donc les deux solution qui me semblent adaptées sont:

1. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=
storage_tank
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank +
content http://wiki.openstreetmap.org/wiki/Key:contents=manure

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1




 Ok mais avec contents=slurry si on se fie à wikipedia ;-)


En effet c'est mieux  man_made
http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank + content
http://wiki.openstreetmap.org/wiki/Key:contents=slurry


1. man_made=pond + contents=manure

 le wiki indique landuse=pond http://wiki.openstreetmap.org/wiki/Pond



Oui sauf que c'est plus ou moins déprécié car ça correspond à natural=water
+ water=pond
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dpond#water_pond

Donc pour une question de cohérence je resterai sur du man_made pour éviter
toute ambiguité. De plus *contents *est un tag lié à man_made que je n'ai
pas retrouvé en couple avec natural ou water dans le wiki




 man_made=pond est très peu utilisé mais c'est peut-être parce qu'il y a
 peu de bassins de récupération qui sont saisis.

 Ou que dans le monde agricole il y a majoritairement des fosses à purin
 pas visibles ?

 Je pense compléter le wiki pour ce domaine mais il faudrait remonter cette
 discussion sur la liste globale (en).

 Bonne idée, mais je ne suis pas sur cette liste ;-)

 Pour info, j’ai trouvé des tags pour les fumières : *man_made
 http://wiki.openstreetmap.org/wiki/Key:man_made=bunker_silo
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbunker_silo* + *content
 http://wiki.openstreetmap.org/wiki/Key:content=manure*
 J’ai documenté ça sur les pages FR:Riding
 http://wiki.openstreetmap.org/wiki/FR:Riding, Riding
 http://wiki.openstreetmap.org/wiki/Riding et DE:Riding
 http://wiki.openstreetmap.org/wiki/DE:Riding


Ok je viens de voir ça. Peut-être que faire une page lié à l'activité
agricole pourrait être une bonne solution pour regrouper cette thématique



Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose Missing object kind sur Piste de ski

2014-10-21 Thread Frédéric Rodrigo


Le 19/10/2014 19:44, Frédéric Rodrigo a écrit :

Le 19/10/2014 19:33, lenny a écrit :


Le 19/10/2014 10:21, Frédéric Rodrigo a écrit :

J'ai ajouté les tags suivants dans ceux à déjà ignorés :
'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'

Je peux en ajouter d'autres.



C'est à jour dans osmose. Au besoin je peux en ajouter d'autres.

http://osmose.openstreetmap.fr/fr/errors/?item=2110
http://osmose.openstreetmap.fr/fr/map/#item=2110
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=2110


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

Re: [OSM-talk-fr] Osmose : bâtiment spéciaux (erreur 7011)

2014-10-21 Thread Jérôme Amagat

Je pense qu'il ne faut pas oublier le sens des mots en anglais et ne pas se
baser uniquement sur le wiki.
storage_tank c'est A cylindrical structure used to store liquids or gas
sur le wiki, dans les definitions que j'ai vu il n'y a pas cette histoire
de cylindrique. C'est comme réservoir en français : le plus souvent c'est
cylindrique mais pas toujours.
Pond : moi ce que j'ai compris c'est que c'est une toute petite étendu
d'EAU. et pas autre chose que de l'eau. Comme un étang (j'ai utiliser
water=pond pour des étang !)

Donc en gros pour moi c'est man_made=storage_tank
ce n'est que mon avis, surtout que mon anglais n'est pas très bon.

Le 21 octobre 2014 23:56, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

 on a trois types de stockage:
 - storage tank  pour moi c'est un élément solide (béton ou acier) et de
 forme cylindrique ouvert

 Dans OSM ça contient quelque chose de liquide — man_made=storage_tank
 http://wiki.openstreetmap.org/wiki/Tag:man_made=storage_tank : A
 cylindrical structure used to store liquids or gas


 Ok donc c'est comme le silo mais que pour du liquide... (lait, essence,
 gaz, eau potable ou non) et donc c'est clos et étanche aussi

 - silo  élément fermé et étanche servant au stockage de denrées, liquide
 et gaz

 Dans OSM c’est pour des éléments solides —man_made=silo
 http://wiki.openstreetmap.org/wiki/Tag:man_made=silo : A storage
 container for bulk material, often grains such as corn or wheat


 Ok donc c'est que pour l’ensilage des denrées avec système de ventilation

 manure est plus employé pour le lisier dans les documents (slurry pour les
 boue d’épuration)

 Dans wikipedia, *manure* c’est clairement du *fumier*, et slurry semble
 être du *purin/lisier*.

 D’après Manure https://en.wikipedia.org/wiki/Manure :

- Animal manure is often a *mixture of animal **feces*
https://en.wikipedia.org/wiki/Feces* and bedding straw*, as in this
example from a stable https://en.wikipedia.org/wiki/Stable »
- Agricultural *manure in liquid form, known as slurry*, is produced
by more intensive livestock rearing systems where concrete or slats are
used, instead of straw bedding.

 Oki je viens d'approfondir cette partie et en effet slurry est plus
 employé pour lisier.
 manure pour le fumier. liquid manure pour le purin ou lisier




 Donc les deux solution qui me semblent adaptées sont:

1. man_made http://wiki.openstreetmap.org/wiki/Key:man_made=
storage_tank
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank +
content http://wiki.openstreetmap.org/wiki/Key:contents=manure

 http://wiki.openstreetmap.org/w/index.php?title=Tag:content%3Dslurryaction=editredlink=1




 Ok mais avec contents=slurry si on se fie à wikipedia ;-)


 En effet c'est mieux  man_made
 http://wiki.openstreetmap.org/wiki/Key:man_made=storage_tank
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank + content
 http://wiki.openstreetmap.org/wiki/Key:contents=slurry


1. man_made=pond + contents=manure

 le wiki indique landuse=pond http://wiki.openstreetmap.org/wiki/Pond



 Oui sauf que c'est plus ou moins déprécié car ça correspond à natural=water
 + water=pond
 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dpond#water_pond

 Donc pour une question de cohérence je resterai sur du man_made pour
 éviter toute ambiguité. De plus *contents *est un tag lié à man_made que
 je n'ai pas retrouvé en couple avec natural ou water dans le wiki




 man_made=pond est très peu utilisé mais c'est peut-être parce qu'il y a
 peu de bassins de récupération qui sont saisis.

 Ou que dans le monde agricole il y a majoritairement des fosses à purin
 pas visibles ?

 Je pense compléter le wiki pour ce domaine mais il faudrait remonter
 cette discussion sur la liste globale (en).

 Bonne idée, mais je ne suis pas sur cette liste ;-)

 Pour info, j’ai trouvé des tags pour les fumières : *man_made
 http://wiki.openstreetmap.org/wiki/Key:man_made=bunker_silo
 http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dbunker_silo* + *content
 http://wiki.openstreetmap.org/wiki/Key:content=manure*
 J’ai documenté ça sur les pages FR:Riding
 http://wiki.openstreetmap.org/wiki/FR:Riding, Riding
 http://wiki.openstreetmap.org/wiki/Riding et DE:Riding
 http://wiki.openstreetmap.org/wiki/DE:Riding


 Ok je viens de voir ça. Peut-être que faire une page lié à l'activité
 agricole pourrait être une bonne solution pour regrouper cette thématique



 Jérôme

 ___
 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-ja] 鯖江市の都市計画図が CC BY で公開されました。

2014-10-21 Thread Satoshi IIDA

いいだです。

待っていました！(/･ω･)/
以前に確認したことがある項目もありますが、時間も開いてしまったので
念の為、いくつか確認させてください。

■タグ定義について
変換した後のファイルを確認したところ、
タグ定義がWikiのとおりになっておらず、不要なタグが多数付与されていますが、
これは変換ファイル(ogr2osmであれば translation定義) の修正を行う、ということでよいですか？

tag k='CCODE' v='0' /
tag k='FID_1' v='32239' /
tag k='FID_2' v='46' /
tag k='FID_3001_P' v='-1' /
tag k='KEY_CODE' v='182070410' /
tag k='MOJI' v='下河端町' /
tag k='building' v='yes' /

■既存の建物オブジェクト優先
以前にちらっと伺った話では、オブジェクトは入れ替えをする、と聞いた気がします。
基本的にローカルマッパーとのメッセージやりとりのうえ決まると思いますが、
基本方針は既存オブジェクト優先、ということでよいですか？

■道路オブジェクトとの位置調整
既存の highway オブジェクトとの位置調整
(特に、Yahoo/ALPSインポートで入力された、精度のよくないデータとの調整)は
インポート時に行いますか？
そのフローの検討はされていますか？
あるいは既に終わっていたりしますか？

また、(必須ではないと思うのですが)森林オブジェクトとの位置調整は行いますか？

■ローカルマッパーとの調整について
ITOのサービスを使うと、その地域の参加マッパー一覧がでてくると思っています。
だいたいでよいと思いますが、連絡する先はわかっている、
あるいは既にコンタクトをとっている、ということでよいですか？

http://www.itoworld.com/static/openstreetmap_tools/osm_mapper.html





2014年10月22日 11:28 Kenya TAMURA erdkunde.1...@gmail.com:

 みなさま

 田村です。
 遅くなりましたが、鯖江の建物データを修正し、建物データ（普通建物のみ）のインポート用のWikiページを作成しました。


 まず、下記のリンクはJOSMで妥当性検証をおこない修正ができると確認できたサンプルデータです。こちらはインポートするデータではありません。あくまでエラーや警告なくインポートできることを証明するためのデータです。ご確認のほどよろしくお願い致します。

 https://github.com/MAPconciergeInc/Sabae_OpenMapData/blob/master/OSM_ImportDataSet/3001_ALL.osm

 インポート時には鯖江全体を町字（153）で分割してインポート致します。
 そのインポート用のデータもGitHubにアップしました。

 https://github.com/MAPconciergeInc/Sabae_OpenMapData/tree/master/OSM_ImportDataSet

 そして、これらのデータのインポート手順に関して浦和での事例を参考にOSMWikiページまとめました。
 http://wiki.openstreetmap.org/wiki/Sabae/bld_import

 今後の流れですが、さきほどのデータとWikiページに問題なければ、Wikiページの英語化をしimport-mlに流します。
 同時に既存の建物との競合に関して入力されているマッパーに連絡を取りたいと考えてます。
 どうぞよろしくお願い致します。


 ＝
 氏名：田村賢哉（Kenya TAMURA）
 所属：NPO法人 伊能社中／名古屋大学大学院環境学研究科
 自宅：名古屋市千種区唐山町1丁目55-2タウン唐山B-103号
 携帯電話：090-6063-6784
 PCメール：erdkunde.1...@gmail.com
 ＝
 地理歴史デジタル教育の研究と普及活動をしております。
 詳しくは http://www.inochu.org/


 2014/06/23 21:20、Satoshi IIDA nyamp...@gmail.com のメール：


 いいだです。

  田村さん

  １.Wikiページに関して
  そのため、何から整理するのが良いか教えて頂ければと思います。
 田村さんが作成されたページをみたところ、すべてのデータレイヤを
 同時に1つのページで表記・説明しようとしていているように見えます。

 まずは建物データが目標ということですので、
 建物データに関する情報について、以下の情報のページを作成しませんか？

  ・説明用のWikiページの詳細版を作ってください。
  浦安の建物形状データの時と同様のページを、改めて作成してください。
  英語と日本語の両方の作成が望ましいです。
  原本はここにあります。
  http://wiki.openstreetmap.org/wiki/Import/Plan_Outline

  ２.既存データとのマージ方針
  これについてもどのようにするのかよく理解できておりません。
 どのようにするのかを決まった方針がないので、
 みんなで議論しよう、という趣旨の議論かと思っています。

 宇野さん提案の「既存の建物は(building=yes以外が入ってる場合を除いて)いったん全部消す」というのは、
 もともと描いたかたの同意があらかたとれるならば、個人的にはリーズナブルかな、と思います。
 既存の建物データの抽出等に関しては、OverPass APIや.osmからの抽出を行うことで
 わりと容易に可能かと思います。

  ４.元データのエラー
 これは、直してからインポート、がImports MLで必ず求められます。
 ちょっと量が多いので、機械的に直せるならば模索したいところですね。
 「インポートしてから直すよ」は、ほぼ確実に作業手順として rejectされるかとおもいます。

  まず優先的にインポートされる道路と建物に関して確認して頂き
 先だってのメールでも書きましたが、道路は、公開されたデータが
 道路中心線で描かれているデータではないと思いますので、
 OSMの既存データとの整合性なく、インポートが難しいと思っていますけど、どうでしょう？

 道路をポリゴンで描くのであれば、先にTagging MLやTalk本家 MLで議論されることをお勧めします。

 既存の道路中心線データに関しては宇野さんが修正されるようなので、
 そちらを使うのでよいのでは？と思いますが。

  建物データへのタグについて
 source = Sabae City
 これは、Objectに対してのタグではなく、changesetのタグとして入れるほうがよいと思います。
 浦安での作業の際もそうなっていますので、ご確認ください。


 --
 Satoshi IIDA
 mail: nyamp...@gmail.com
 twitter: @nyampire
 ___
 Talk-ja mailing list
 Talk-ja@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ja



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




-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-GB] Not long left to stand for OSMF board

2014-10-21 Thread Rob Nickerson

Hi,

Just to flag it up here: If you want to stand for election to the OSM
Foundation board you don't have long to nominate yourself.

http://wiki.osm.org/wiki/Foundation/AGM14/Election_to_Board

As you know a lot of the work is picked up by the working groups rather
than the board so there is little need to be knowledgeable in regards to
the inner workings of the OSM data/site. A strong personality and
persistence would be beneficial ;-)

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

[Talk-us] seeking named highway nostalgists for aag chicago session

2014-10-21 Thread Eric Theise

A group of us are exploring the possibility of proposing a session for
the upcoming Association of American Geographers annual meeting (21-25
April 2005 in Chicago, IL). Talks need to have some relationship to
named highways (such as Route 66 or the Lincoln Highway) and what
could be called the nostalgia industry.

Write me off list if you'd like to discuss further, thanks!

Eric

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

Re: [Talk-us] seeking named highway nostalgists for aag chicago session

2014-10-21 Thread Eric Theise

On Tue, Oct 21, 2014 at 12:20 PM, Eric Theise ericthe...@gmail.com wrote:
 April 2005

2015, in case it wasn't obvious, sorry!

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

[Talk-us] Fwd: SotM Buenos Aires Program published!