date:20141001

Na enige stilte wegens andere prioriteiten heb ik dit netjes aan het 
werk gekregen.

Als er nog eens een Linuxiaan zoiets wil doen, hier is mijn oplossing:

1) query om overpass aan te spreken:

osm-script
  query type=node
has-kv k=place v=town/
bbox-query e=8 n=54   s=49   w=2  /
  /query
  print/
/osm-script

2) command-line om met deze query aan te kloppen bij overpass:

wget -O $TMPFIL --post-file=overpass_query 
http://overpass-api.de/api/interpreter;


3) een handjevol python code om de xml te parsen tot csv zoals een 
die-hard unixiaan verder vermaalt met awk en sed en zo:


import codecs
import xml.etree.cElementTree as ET
tree = ET.parse('target.osm')
root = tree.getroot()

allnodes=root.findall('node')
for node in allnodes:
 lat=node.get('lat')
 lon=node.get('lon')
 cityname=''
 population=0
 for tag in node.findall('tag'):
  if tag.attrib['k'] == 'name':
   cityname = tag.attrib['v']
  if tag.attrib['k'] == 'population':
   try:
population = int(tag.attrib['v'])
   except:
pass

 print({},{},{},{}.format(lat,lon,cityname.encode('utf-8'),population))

Vragen:

1) de 'population' is niet overal ingevuld, en sommige getallen zijn zo 
rond dat ik ze niet erg betrouwbaar vind. Vervelend dat de info vooral 
schijnt te ontbreken bij middelgrote steden in Vlaanderen (Turnhout, 
Mol, Mechelen...) Is er een betere manier om aan de bevolkingsaantallen 
per stad te geraken? Het komt niet echt aan op de precieze getallen, de 
bedoeling is om de lokaliteiten te kunnen categoriseren (bv. meer dan 
5000, meer dan 2, meer dan 30)


2) her en der lees ik dat het 'not done' zou zijn om API's te gebruiken 
voor downloads - en op deze mailinglist werd me dat net aanbevolen? Ik 
wil overigens best overwegen om een extra parameter mee te geven om de 
prioriteit te verlagen, dit is toch een batchproces dat gerust enkele 
uren mag staan draaien. En ik maak me niet al te veel gewetensbezwaren 
over het overbelasten van de overpass-server want dit is behoorlijk 
statische data, die ga ik neit om de haverklap refreshen, misschien maar 
één keertje per jaar of zo.


Karel

NB voor wie het interesseert: bovenstaande query, de benelux en 
aanpalende gaf me 1207 lokaliteiten; van 907 daarvan is het 
inwonersaantal aangegeven.




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

Re: [OSM-talk-be] Export database

Ik krijg mooi 8 uit mechelen te zien: (bbox aangepast voor test)

 osm-script
  query type=node
 has-kv k=place v=town/
  bbox-query {{bbox}}/
  /query
  print mode=meta/
/osm-script

Tags:
is_in:continent=Europe
is_in:country=Belgium
is_in:province=Antwerp
name=Mechelen
name:de=Mecheln
name:en=Mechelen
name:es=Malinas
name:fr=Malines
name:it=Malines
name:la=Maclinia
name:lt=Mechelenas
name:nl=Mechelen
name:ru=Мехелен
place=town
population=8


Glenn



On 01-10-14 10:44, Karel Adams wrote:
 Na enige stilte wegens andere prioriteiten heb ik dit netjes aan het
 werk gekregen.
 Als er nog eens een Linuxiaan zoiets wil doen, hier is mijn oplossing:
 
 1) query om overpass aan te spreken:
 
 osm-script
   query type=node
 has-kv k=place v=town/
 bbox-query e=8 n=54   s=49   w=2  /
   /query
   print/
 /osm-script
 
 2) command-line om met deze query aan te kloppen bij overpass:
 
 wget -O $TMPFIL --post-file=overpass_query
 http://overpass-api.de/api/interpreter;
 
 3) een handjevol python code om de xml te parsen tot csv zoals een
 die-hard unixiaan verder vermaalt met awk en sed en zo:
 
 import codecs
 import xml.etree.cElementTree as ET
 tree = ET.parse('target.osm')
 root = tree.getroot()
 
 allnodes=root.findall('node')
 for node in allnodes:
  lat=node.get('lat')
  lon=node.get('lon')
  cityname=''
  population=0
  for tag in node.findall('tag'):
   if tag.attrib['k'] == 'name':
cityname = tag.attrib['v']
   if tag.attrib['k'] == 'population':
try:
 population = int(tag.attrib['v'])
except:
 pass
 
  print({},{},{},{}.format(lat,lon,cityname.encode('utf-8'),population))
 
 Vragen:
 
 1) de 'population' is niet overal ingevuld, en sommige getallen zijn zo
 rond dat ik ze niet erg betrouwbaar vind. Vervelend dat de info vooral
 schijnt te ontbreken bij middelgrote steden in Vlaanderen (Turnhout,
 Mol, Mechelen...) Is er een betere manier om aan de bevolkingsaantallen
 per stad te geraken? Het komt niet echt aan op de precieze getallen, de
 bedoeling is om de lokaliteiten te kunnen categoriseren (bv. meer dan
 5000, meer dan 2, meer dan 30)
 
 2) her en der lees ik dat het 'not done' zou zijn om API's te gebruiken
 voor downloads - en op deze mailinglist werd me dat net aanbevolen? Ik
 wil overigens best overwegen om een extra parameter mee te geven om de
 prioriteit te verlagen, dit is toch een batchproces dat gerust enkele
 uren mag staan draaien. En ik maak me niet al te veel gewetensbezwaren
 over het overbelasten van de overpass-server want dit is behoorlijk
 statische data, die ga ik neit om de haverklap refreshen, misschien maar
 één keertje per jaar of zo.
 
 Karel
 
 NB voor wie het interesseert: bovenstaande query, de benelux en
 aanpalende gaf me 1207 lokaliteiten; van 907 daarvan is het
 inwonersaantal aangegeven.
 
 
 
 ___
 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] Export database



On 01-10-14 09:12, Glenn Plas wrote:

Ik krijg mooi 8 uit mechelen te zien: (bbox aangepast voor test)


Ja, het voorbeeld Mechelen was slecht gekozen. Staan wel degelijk met 0: 
Vilvoorde, Tielt, de wereldstad (haha) Mortsel , Aalst, Aarschot... en 
zelfs Zemst!



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

Re: [OSM-talk-be] Export database

Zag idd dat bij mol de xml geen population key bevat.  Ik heb bij wijze
van test eens Mol aangevuld met gegevens uit wikipedia.   Die komt er
momenteel al uit via overpass

Het is dus gewoon kwestie van die gegevens erin te steken , zie
https://www.openstreetmap.org/node/1468993933

Wat betreft uw vragen:


1) de 'population' is niet overal ingevuld, en sommige getallen zijn zo
rond dat ik ze niet erg betrouwbaar vind. Vervelend dat de info vooral
schijnt te ontbreken bij middelgrote steden in Vlaanderen (Turnhout,
Mol, Mechelen...) Is er een betere manier om aan de bevolkingsaantallen
per stad te geraken? Het komt niet echt aan op de precieze getallen, de
bedoeling is om de lokaliteiten te kunnen categoriseren (bv. meer dan
5000, meer dan 2, meer dan 30)


- Dit zijn gewoon schattingen naar alle waarschijnlijkheid. Je kan er
niet meer uitkrijgen dan wat erin zit, met een overpass export van de
ontbrekende kan je die in JOSM opendoen en wikipedia data erin steken.
Die lijkt me toch vrij recent voor bv Mol (01-01-2014 rfr. wiki)


2) her en der lees ik dat het 'not done' zou zijn om API's te gebruiken
voor downloads - en op deze mailinglist werd me dat net aanbevolen? Ik
wil overigens best overwegen om een extra parameter mee te geven om de
prioriteit te verlagen, dit is toch een batchproces dat gerust enkele
uren mag staan draaien. En ik maak me niet al te veel gewetensbezwaren
over het overbelasten van de overpass-server want dit is behoorlijk
statische data, die ga ik neit om de haverklap refreshen, misschien maar
één keertje per jaar of zo.

- Ik denk dat API's net bedoeld zijn voor data gestructureerd eruit te
halen.  Maar OverPass heeft daar geen probleem mee.  Volgens de mailing
lijsten ivm. Overpass moedigen ze aan van timeouts te gebruiken, maar
niet te klein.  Als het een grote query is raden ze aan van hem gewoon
te laten gaan.  Het systeem zelf heeft safety's in place.  Wat ze niet
graag hebben is dat je geduld verliest en de query cancelled om hem
opnieuw te runnen.  Van die 1 keer per jaar gaan ze niet sterven, uw
enkele request verdwijnt in de ruis van de serverlogs.  Belgie is ook
klein. Ik doe geregeld exports van specifieke keys over Benelux.  Gewoon
gezond verstand gebruiken.  Mijn queries zijn meestal zwaar
geparametriseerd dus gaan snel werken.   Overpass is ook volledig
ontworpen voor heavy queries.Hoe leuk is nu speelgoed als je het
niet mag uitpakken ;-)

Je moet trouwens hard zoeken voor hun terms of service te vinden.  Hun
frontpage schreeuwt bijna : Abuse me ;-)

http://www.overpass-api.de/



On 01-10-14 11:37, Karel Adams wrote:
 
 On 01-10-14 09:12, Glenn Plas wrote:
 Ik krijg mooi 8 uit mechelen te zien: (bbox aangepast voor test)
 
 Ja, het voorbeeld Mechelen was slecht gekozen. Staan wel degelijk met 0:
 Vilvoorde, Tielt, de wereldstad (haha) Mortsel , Aalst, Aarschot... en
 zelfs Zemst!
 
 
 ___
 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] Export database

2014-10-01 Thread Johan Van de Wauw

Bevolkingcijfers per gemeente kan je ook bij het Nationaal instituut
voor statistiek (NIS) krijgen.
http://statbel.fgov.be/nl/modules/publications/statistiques/bevolking/bevolking_-_cijfers_bevolking_2010_-_2012.jsp

2014-10-01 11:55 GMT+02:00 Glenn Plas gl...@byte-consult.be:
Zag idd dat bij mol de xml geen population key bevat. Ik heb bij wijze
van test eens Mol aangevuld met gegevens uit wikipedia. Die komt er
momenteel al uit via overpass

Het is dus gewoon kwestie van die gegevens erin te steken , zie
https://www.openstreetmap.org/node/1468993933

Wat betreft uw vragen:

1) de 'population' is niet overal ingevuld, en sommige getallen zijn zo
rond dat ik ze niet erg betrouwbaar vind. Vervelend dat de info vooral
schijnt te ontbreken bij middelgrote steden in Vlaanderen (Turnhout,
Mol, Mechelen...) Is er een betere manier om aan de bevolkingsaantallen
per stad te geraken? Het komt niet echt aan op de precieze getallen, de
bedoeling is om de lokaliteiten te kunnen categoriseren (bv. meer dan
5000, meer dan 2, meer dan 30)

- Dit zijn gewoon schattingen naar alle waarschijnlijkheid. Je kan er
niet meer uitkrijgen dan wat erin zit, met een overpass export van de
ontbrekende kan je die in JOSM opendoen en wikipedia data erin steken.
Die lijkt me toch vrij recent voor bv Mol (01-01-2014 rfr. wiki)

2) her en der lees ik dat het 'not done' zou zijn om API's te gebruiken
voor downloads - en op deze mailinglist werd me dat net aanbevolen? Ik
wil overigens best overwegen om een extra parameter mee te geven om de
prioriteit te verlagen, dit is toch een batchproces dat gerust enkele
uren mag staan draaien. En ik maak me niet al te veel gewetensbezwaren
over het overbelasten van de overpass-server want dit is behoorlijk
statische data, die ga ik neit om de haverklap refreshen, misschien maar
één keertje per jaar of zo.

- Ik denk dat API's net bedoeld zijn voor data gestructureerd eruit te
halen. Maar OverPass heeft daar geen probleem mee. Volgens de mailing
lijsten ivm. Overpass moedigen ze aan van timeouts te gebruiken, maar
niet te klein. Als het een grote query is raden ze aan van hem gewoon
te laten gaan. Het systeem zelf heeft safety's in place. Wat ze niet
graag hebben is dat je geduld verliest en de query cancelled om hem
opnieuw te runnen. Van die 1 keer per jaar gaan ze niet sterven, uw
enkele request verdwijnt in de ruis van de serverlogs. Belgie is ook
klein. Ik doe geregeld exports van specifieke keys over Benelux. Gewoon
gezond verstand gebruiken. Mijn queries zijn meestal zwaar
geparametriseerd dus gaan snel werken. Overpass is ook volledig
ontworpen voor heavy queries.Hoe leuk is nu speelgoed als je het
niet mag uitpakken ;-)

Je moet trouwens hard zoeken voor hun terms of service te vinden. Hun
frontpage schreeuwt bijna : Abuse me ;-)

http://www.overpass-api.de/

On 01-10-14 11:37, Karel Adams wrote:

On 01-10-14 09:12, Glenn Plas wrote:
Ik krijg mooi 8 uit mechelen te zien: (bbox aangepast voor test)

Ja, het voorbeeld Mechelen was slecht gekozen. Staan wel degelijk met 0:
Vilvoorde, Tielt, de wereldstad (haha) Mortsel , Aalst, Aarschot... en
zelfs Zemst!

___
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] Export database

Idd, tx voor link.

Lijken wel gegevens van max 2013.  De cijfers voor zemst verschillen van
wikipedia.  Die geven als bron deze aan:

http://nl.wikipedia.org/wiki/Algemene_Directie_Statistiek_-_Statistics_Belgium

Die uit wikipedia 'lijken' me dus recenter.
Zemst 2013 (1/1) : 22.437
Zemst 2014 (1/1) : 22.587

Iemand houdt die wiki blijkbaar goed in orde.

Glenn


On 01-10-14 11:59, Johan Van de Wauw wrote:
 Bevolkingcijfers per gemeente kan je ook bij het Nationaal instituut
 voor statistiek (NIS) krijgen.
 http://statbel.fgov.be/nl/modules/publications/statistiques/bevolking/bevolking_-_cijfers_bevolking_2010_-_2012.jsp
 

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

Re: [OSM-talk-be] Export database

2014-10-01 10:44 GMT+02:00 Karel Adams fa348...@skynet.be:

 2) her en der lees ik dat het 'not done' zou zijn om API's te gebruiken
 voor downloads -


het gaat hier over de API die de editors gebruiken om met de server te
communiceren. Niet over de Overpass API.

met vriendelijke groeten

m

p.s. het is dus blijkbaar niet gelukt om de query zo te configureren dat
Overpass zelf al een csv file produceert ?
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Export database

O ja, je kijkt alleen naar de nodes ? De populatie kan ook op de boundary
staat, kijk bv naar Beveren: http://www.openstreetmap.org/relation/3372862
en niet op de place node http://www.openstreetmap.org/node/59661098

blijkbaar is population geen statement in wikidata, anders had je daar
ook nog gestructureerd kunnen in zoeken (bv. Zemst
https://www.wikidata.org/wiki/Q179249)
Natuurlijk moet de wikidata key dan wel aanwezig zijn in OSM.

Een ander pad is via de wikipedia link in OSM (staat op heel veel van die
steden) en zo verder. Maar om wikipedia pagina's te lezen heb je een
developer key nodig denk ik. Heb al ooit geprobeerd om Lijst van monumenten
in ... te downloaden maar dat lukt niet. Voor mij was het wel een oplossing
om eerst de individuele pagina in een browser te openen en dan als html te
bewaren.

met vriendelijke groeten

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

Idd, tx voor link.

Lijken wel gegevens van max 2013. De cijfers voor zemst verschillen van
wikipedia. Die geven als bron deze aan:

http://nl.wikipedia.org/wiki/Algemene_Directie_Statistiek_-_Statistics_Belgium

Die uit wikipedia 'lijken' me dus recenter.
Zemst 2013 (1/1) : 22.437
Zemst 2014 (1/1) : 22.587

Iemand houdt die wiki blijkbaar goed in orde.

Glenn

On 01-10-14 11:59, Johan Van de Wauw wrote:
Bevolkingcijfers per gemeente kan je ook bij het Nationaal instituut
voor statistiek (NIS) krijgen.

http://statbel.fgov.be/nl/modules/publications/statistiques/bevolking/bevolking_-_cijfers_bevolking_2010_-_2012.jsp

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

Re: [OSM-talk-be] Export database



On 01-10-14 10:09, Marc Gemis wrote:
het is dus blijkbaar niet gelukt om de query zo te configureren dat 
Overpass zelf al een csv file produceert ?


Huh, het was zelfs niet tot me doorgedrongen dat overpass zo'n 
faciliteit aanbiedt.
Stoort me ook niet echt, ik houd nogal van ambachtelijke huisvlijt... en 
vond het een mooie oefening in python bovendien.

Maar het zou nuttig kunnen zijn voor toekomstige verfijning, jawel.

KA


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

Re: [OSM-talk-be] Export database

Er zijn nog bijkomende problemen ook als je gaat interpreteren.  Volgens
bestaande Wiki pagina's is Deurne een district (van 20 buurten).  Daar
staat een inwonersaantal van 2012.  In de file die ik open heb staan van
statbel staat Deurne niet appart vermeld (als gemeente).

Maar volgens OSM gaat dit wel over town (aangezien place=town).

Kans is als je dit allemaal gaat optellen per gemeente dat je dingen
dubbel gaat tellen, als je bv bevolking van antwerpen + deurne gaat
optellen.

btw: towns zonder population key (of met lege value voor population)

 osm-script
  query type=node
 has-kv k=place v=town/
 has-kv k=population modv=not regv=./
  bbox-query {{bbox}}/
  /query
  print mode=meta/
/osm-script

Glenn

On 01-10-14 12:07, Glenn Plas wrote:
 Idd, tx voor link.
 
 Lijken wel gegevens van max 2013.  De cijfers voor zemst verschillen van
 wikipedia.  Die geven als bron deze aan:
 
 http://nl.wikipedia.org/wiki/Algemene_Directie_Statistiek_-_Statistics_Belgium
 
 Die uit wikipedia 'lijken' me dus recenter.
 Zemst 2013 (1/1) : 22.437
 Zemst 2014 (1/1) : 22.587
 
 Iemand houdt die wiki blijkbaar goed in orde.
 
 Glenn
 
 
 On 01-10-14 11:59, Johan Van de Wauw wrote:
 Bevolkingcijfers per gemeente kan je ook bij het Nationaal instituut
 voor statistiek (NIS) krijgen.
 http://statbel.fgov.be/nl/modules/publications/statistiques/bevolking/bevolking_-_cijfers_bevolking_2010_-_2012.jsp

 
 ___
 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] Export database

oeps, sorry mijn fout, veel formaten maar geen csv

2014-10-01 12:20 GMT+02:00 Karel Adams fa348...@skynet.be:


 On 01-10-14 10:09, Marc Gemis wrote:

 het is dus blijkbaar niet gelukt om de query zo te configureren dat
 Overpass zelf al een csv file produceert ?


 Huh, het was zelfs niet tot me doorgedrongen dat overpass zo'n faciliteit
 aanbiedt.
 Stoort me ook niet echt, ik houd nogal van ambachtelijke huisvlijt... en
 vond het een mooie oefening in python bovendien.
 Maar het zou nuttig kunnen zijn voor toekomstige verfijning, jawel.

 KA



 ___
 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] Export database

2014-10-01 Thread Jo

Je kan aan Overpass API ook vertellen dat je liever een gezipte OSM-file
wenst.

wget --timeout 0 --header=accept-encoding: gzip -O PT.osm.zip
--post-file=PT.overpass http://overpass-api.de/api/interpreter;

10x minder data over de draad.

Jo

Op 1 oktober 2014 12:09 schreef Marc Gemis marc.ge...@gmail.com:


 2014-10-01 10:44 GMT+02:00 Karel Adams fa348...@skynet.be:

 2) her en der lees ik dat het 'not done' zou zijn om API's te gebruiken
 voor downloads -


 het gaat hier over de API die de editors gebruiken om met de server te
 communiceren. Niet over de Overpass API.

 met vriendelijke groeten

 m

 p.s. het is dus blijkbaar niet gelukt om de query zo te configureren dat
 Overpass zelf al een csv file produceert ?

 ___
 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] Export database

Er zijn idd wel wat streken waar ze dit prefereren:

http://overpass-turbo.eu/s/5g9

Ik kom ook soms interessante tags tegen van openGeoDB, bv op Deurne..

openGeoDB:auto_update=population,is_in
openGeoDB:is_in=Antwerpen,Antwerpen,Antwerpen,Antwerpen,Antwerpen,Antwerpen,Vlaanderen,Vlaanderen,Belgique,Belgique,Europe

Wel een interessante de bovenste. Alsof population automatisch geupdate
zou worden. population tag stond er trouwens niet bij, die heb ik er
net bijgevoegd.

Glenn

On 01-10-14 12:18, Marc Gemis wrote:
O ja, je kijkt alleen naar de nodes ? De populatie kan ook op de
boundary staat, kijk bv naar
Beveren: http://www.openstreetmap.org/relation/3372862 en niet op de
place node http://www.openstreetmap.org/node/59661098

Een ander pad is via de wikipedia link in OSM (staat op heel veel van
die steden) en zo verder. Maar om wikipedia pagina's te lezen heb je een
developer key nodig denk ik. Heb al ooit geprobeerd om Lijst van
monumenten in ... te downloaden maar dat lukt niet. Voor mij was het wel
een oplossing om eerst de individuele pagina in een browser te openen en
dan als html te bewaren.

met vriendelijke groeten

2014-10-01 12:07 GMT+02:00 Glenn Plas gl...@byte-consult.be
mailto:gl...@byte-consult.be:

Idd, tx voor link.

Lijken wel gegevens van max 2013. De cijfers voor zemst verschillen van
wikipedia. Die geven als bron deze aan:

http://nl.wikipedia.org/wiki/Algemene_Directie_Statistiek_-_Statistics_Belgium

Die uit wikipedia 'lijken' me dus recenter.
Zemst 2013 (1/1) : 22.437
Zemst 2014 (1/1) : 22.587

Iemand houdt die wiki blijkbaar goed in orde.

Glenn

On 01-10-14 11:59, Johan Van de Wauw wrote:
Bevolkingcijfers per gemeente kan je ook bij het Nationaal instituut
voor statistiek (NIS) krijgen.

http://statbel.fgov.be/nl/modules/publications/statistiques/bevolking/bevolking_-_cijfers_bevolking_2010_-_2012.jsp

___
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] Export database

2014-10-01 Thread Ben Laenen

On Wednesday 01 October 2014 12:30:24 Glenn Plas wrote:
 Ik kom ook soms interessante tags tegen van openGeoDB, bv op Deurne..
 
 openGeoDB:auto_update=population,is_in
 openGeoDB:is_in=Antwerpen,Antwerpen,Antwerpen,Antwerpen,Antwerpen,Antwerpen,
 Vlaanderen,Vlaanderen,Belgique,Belgique,Europe
 
 Wel een interessante de bovenste.  Alsof population automatisch geupdate
 zou worden.   population tag stond er trouwens niet bij, die heb ik er
 net bijgevoegd.

Dat was ooit een import die is gedaan zonder enige communicatie met de 
Belgische OSM. En zoals je merkt is het toen redelijk misgelopen, maar ze 
hebben het nooit rechtgezet (als je in de archieven van de mailing list 
terugduikt dat moet je al terug naar januari 2008 voor de discussie 
daarover)... Er zullen nog steeds wel genoeg plaatsnamen overblijven in België 
die die dubbele namen hebben, en van die auto_update hebben we nooit iets 
gemerkt...

Ben


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

Re: [OSM-talk-be] Export database



On 01-10-14 10:25, Jo wrote:
Je kan aan Overpass API ook vertellen dat je liever een gezipte 
OSM-file wenst.


wget --timeout 0 --header=accept-encoding: gzip -O PT.osm.zip 
--post-file=PT.overpass http://overpass-api.de/api/interpreter;


10x minder data over de draad.


Dat had ik wel degelijk in de gaten, maar heb er weloverwogen 
vanafgezien: dat het wat trager gaat stoort me niet, en ik wilde de arme 
server bij overpass de extra cpu-load van het zippen besparen. Als je 
ooit sysadmin bent geweest wordt zoiets een tweede natuur...


KA


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

Re: [OSM-talk-be] Export database

On 01-10-14 12:43, Karel Adams wrote:
 
 On 01-10-14 10:25, Jo wrote:
 Je kan aan Overpass API ook vertellen dat je liever een gezipte
 OSM-file wenst.

 wget --timeout 0 --header=accept-encoding: gzip -O PT.osm.zip
 --post-file=PT.overpass http://overpass-api.de/api/interpreter;

 10x minder data over de draad.
 
 Dat had ik wel degelijk in de gaten, maar heb er weloverwogen
 vanafgezien: dat het wat trager gaat stoort me niet, en ik wilde de arme
 server bij overpass de extra cpu-load van het zippen besparen. Als je
 ooit sysadmin bent geweest wordt zoiets een tweede natuur.

Ben oa. sysadmin van beroep, zonder polemiek te starten, bandbreedte
besparen is nooit slecht idee, dat doet zip voor ons.  de overhead voor
de machine is kleine prijs.

CPU power is abundant vandaag.  net een dual 12-core besteld .  Die
staat straks niks te doen op CPU gebied.   I/O performance en
memorysize, daar ligt de focus tegenwoordig.

Zonder Overpass zijn transit prijzen te kennen, waarschijnlijk wordt dit
wel aangerekend op een of andere wijze.

Ik heb alvast maar een aantal gemeentes eruitgehald waarvan de nodes
dubbel stonden, bv. Heist-op-den-Berg en Zottegem. Als daar population
tags op stonden zouden dit weeral dubbels zijn.

Daarnaast heb je ook nog problemen met deelgemeentes.  Bv Sint-Pauwels.
 Daar staat wel een inwoners aantal op maar het is een deelgemeente van
Sint-Gillis-Waas.  Dus als op beide population nummers staan zal ook dit
weer dubbel gerekend zijn afhankelijk van hun waarde.   Je kan deze ook
niet vinden (deelgemeente) in de cijferstatistiek bronnen.  Dus die key
gaat er beter af + correctie doen van de hoofdgemeente.

Glenn




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

Re: [OSM-talk-be] Export database

Waarom zou je de populatie weghalen bij de deelgemeentes ? Er is toch geen
reden om de populatie van de deelgemeentes op te tellen om tot die van de
gemeente te komen?
Als de populatie staat op de boundary heb je geen problemen volgens mij.
Als je ze op de place nodes wil zetten wel natuurlijk.

De populatie van De Klinge (andere deelgemeente) vind je bv. hier
https://en.wikipedia.org/wiki/De_Klinge (wel van 2001). Ik weet dat ik er
een aantal gezet heb toen ik met de postal_code boundaries bezig was.

2014-10-01 13:06 GMT+02:00 Glenn Plas gl...@byte-consult.be:

 On 01-10-14 12:43, Karel Adams wrote:
 
  On 01-10-14 10:25, Jo wrote:
  Je kan aan Overpass API ook vertellen dat je liever een gezipte
  OSM-file wenst.
 
  wget --timeout 0 --header=accept-encoding: gzip -O PT.osm.zip
  --post-file=PT.overpass http://overpass-api.de/api/interpreter;
 
  10x minder data over de draad.
 
  Dat had ik wel degelijk in de gaten, maar heb er weloverwogen
  vanafgezien: dat het wat trager gaat stoort me niet, en ik wilde de arme
  server bij overpass de extra cpu-load van het zippen besparen. Als je
  ooit sysadmin bent geweest wordt zoiets een tweede natuur.

 Ben oa. sysadmin van beroep, zonder polemiek te starten, bandbreedte
 besparen is nooit slecht idee, dat doet zip voor ons.  de overhead voor
 de machine is kleine prijs.

 CPU power is abundant vandaag.  net een dual 12-core besteld .  Die
 staat straks niks te doen op CPU gebied.   I/O performance en
 memorysize, daar ligt de focus tegenwoordig.

 Zonder Overpass zijn transit prijzen te kennen, waarschijnlijk wordt dit
 wel aangerekend op een of andere wijze.

 Ik heb alvast maar een aantal gemeentes eruitgehald waarvan de nodes
 dubbel stonden, bv. Heist-op-den-Berg en Zottegem. Als daar population
 tags op stonden zouden dit weeral dubbels zijn.

 Daarnaast heb je ook nog problemen met deelgemeentes.  Bv Sint-Pauwels.
  Daar staat wel een inwoners aantal op maar het is een deelgemeente van
 Sint-Gillis-Waas.  Dus als op beide population nummers staan zal ook dit
 weer dubbel gerekend zijn afhankelijk van hun waarde.   Je kan deze ook
 niet vinden (deelgemeente) in de cijferstatistiek bronnen.  Dus die key
 gaat er beter af + correctie doen van de hoofdgemeente.

 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-be] Export database

On 01-10-14 13:15, Marc Gemis wrote:
 Waarom zou je de populatie weghalen bij de deelgemeentes ? Er is toch
 geen reden om de populatie van de deelgemeentes op te tellen om tot die
 van de gemeente te komen?

Omdat:
- ze meestal van 2001, 2005 zijn dus hopeloos achterhaald.
- omdat men geen nieuwe cijfers toont van deelgemeentjes op zich bij de
bronnen die ik lees , ge kunt dus beter op de lotto gokken in de plaats.
 We moeten ze ook kunnen nakijken/verifieren.


 Als de populatie staat op de boundary heb je geen problemen volgens mij.
 Als je ze op de place nodes wil zetten wel natuurlijk.

Soms staan ze ook op beide ...  Ik ben de data eens aan het bekijken, ik
denk dat het op boundary ook meest correcte plaats is om het te zetten,
maar je moet zeker zijn dat we met de cijfers geen appelen met peren aan
het vergelijken zijn.  Deelgemeentes maakt het niet gemakkelijker.

Glen

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

Re: [OSM-talk-be] Export database

Marc,

Je hebt volledig gelijk.  Eraf halen van de node maar migreren naar de
relatie is het beste denk ik.  Momenteel enkel focus op de ontbrekende
gegevens/dubbel geplaatsten.  Zal uw werk niet wissen :)

Op de relatie hoort deze thuis, zo kan je onderscheidt te maken via
admin_level voor het tellen.  Ik ben ze aan het toevoegen op de relaties.

Als dit enkel op de town node staat kan je dit niet correct berekenen,
dus beste plaats is relatie.

Je merkt ook dat voor deelgemeente's wikipedia ADSEI niet als bron heeft
vermeld. Voor gemeente's wel.

Een combinatie van alle bronnen gebruiken, de meest recente data dus.

Glenn


On 01-10-14 13:15, Marc Gemis wrote:
 Waarom zou je de populatie weghalen bij de deelgemeentes ? 








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

[OSM-talk-be] Presentation on Overpass Turbo by the Author

https://lists.openstreetmap.de/pipermail/bonn-rhein-sieg/2014-September/001685.html
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] How best to create a single point of interest online map with OSM data?

2014-10-01 Thread Simon Poole



Am 01.10.2014 03:00, schrieb Bryce Nesbitt:

 
 There's a lot to like about this.  However, limits I hit were:
 
 * Slowed down too much after about 200 points of interest (I need about
 30,000 minimum for the current project)

You definitely need to turn on clustering for your data layer.

 * Limited flexibility in designing the popup
 * Ways disappear on the map (they don't get a pin: zoom in on the map to
 see two hidden toilets).

That is a known problem, which however can be solved by pre-processing
the data. For example with osmconvert with --all-to-nodes (you will need
to remove untagged nodes with grep after this).

Simon





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

Re: [OSM-talk] How best to create a single point of interest online map with OSM data?

2014-10-01 Thread SomeoneElse


On 01/10/2014 02:00, Bryce Nesbitt wrote:



* Slowed down too much after about 200 points of interest (I need 
about 30,000 minimum for the current project)

* Limited flexibility in designing the popup
* Ways disappear on the map (they don't get a pin: zoom in on the map 
to see two hidden toilets).




It's not the same sort of thing as uMap, but for info the switch2osm 
leaflet example does include some information about getting data from 
an external source for the map viewport (so you don't try and display 
everything all of the time):


http://switch2osm.org/using-tiles/getting-started-with-leaflet/

You'd presumably need to do something similar to thin out the POIs 
made available if there are too many in a given area.


Cheers,

Andy


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

Re: [OSM-talk] How best to create a single point of interest online map with OSM data?

It depends on what is slowing down: retrieving the data via OverPass,
parsing that file, drawing the individual pins ?

- retrieving the data can be avoided by caching in a GeoJSON file. I don't
expect that clustering will help if this is the bottleneck
- the two other parts depend on your machine, browser and JavaScript
interpreter, although clustering helps improving the drawing, as one has to
display less pins.

Limiting the data to a certain viewport only helps when you start looking
for POIs when you are zoomed in enough. If you don't do that, you'll see
30.000 markers when the whole world is viewed.





On Wed, Oct 1, 2014 at 10:17 AM, SomeoneElse li...@mail.atownsend.org.uk
wrote:

 On 01/10/2014 02:00, Bryce Nesbitt wrote:



 * Slowed down too much after about 200 points of interest (I need about
 30,000 minimum for the current project)
 * Limited flexibility in designing the popup
 * Ways disappear on the map (they don't get a pin: zoom in on the map to
 see two hidden toilets).


 It's not the same sort of thing as uMap, but for info the switch2osm
 leaflet example does include some information about getting data from an
 external source for the map viewport (so you don't try and display
 everything all of the time):

 http://switch2osm.org/using-tiles/getting-started-with-leaflet/

 You'd presumably need to do something similar to thin out the POIs made
 available if there are too many in a given area.

 Cheers,

 Andy


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

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

[OSM-talk] Slightly urgent: webinar on umap

2014-10-01 Thread Simon Poole


This

https://help.openstreetmap.org/questions/37163/is-there-anyone-who-could-provide-a-umap-introduction-in-english-for-beginners-on-310

popped up on the help site roughly 12 hours ago, given that I haven't
seen any follow up I suspect that he hasn't been contacted by anybody
yet. Anybody prepared to help them out?

Simon



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

[OSM-talk] speaker urgently needed to provide short intro to UMAP

2014-10-01 Thread Adrien Labaeye

Dear mappers,

I'm in contact with Shareable that is organizing a global map jam of the
new economy during the last two weeks of October. So far they recommend the
use of Google maps because it's easy. But if *someone who has a good
knowledge of umap could provide a short introduction during a webinar on
3.10 at 11pm CET* they could actually recommend dozens of communities to
use Umap.

Anyone? please contact me ASAP @ adrienlabaeye [a] gmail.com

More on the mapping jam:
http://www.shareable.net/blog/mapjam-20-to-put-the-new-economy-on-the-map

Best,

-- 
Adrien Labaeye

+49 176 3810 8605 | Skype ID: adrien.labaeye | Twitter: @alabaeye |
transitionlab.de

c/o Thinkfarm Berlin
Oranienstraße 183
10999 Berlin
(3. Hof, Aufgang C, 3. OG)
http://berlin.thinkfarm.de/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] speaker urgently needed to provide short intro to UMAP

2014-10-01 Thread Yohan Boniface


Hi Adrien,

I'm sending you a private email right away to see how I can help.
Thanks Simon for pinging me!

Yohan

On 01/10/2014 15:36, Adrien Labaeye wrote:

Dear mappers,

I'm in contact with Shareable that is organizing a global map jam of the
new economy during the last two weeks of October. So far they recommend the
use of Google maps because it's easy. But if *someone who has a good
knowledge of umap could provide a short introduction during a webinar on
3.10 at 11pm CET* they could actually recommend dozens of communities to
use Umap.

Anyone? please contact me ASAP @ adrienlabaeye [a] gmail.com

More on the mapping jam:
http://www.shareable.net/blog/mapjam-20-to-put-the-new-economy-on-the-map

Best,



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




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

[OSM-talk] How best to create a single point of interest online map with OSM data?

2014-10-01 Thread Rob Nickerson


* Ways disappear on the map (they don't get a pin: zoom in on the map to
see two hidden toilets).


This was a problem we had with the Mappa Mercia pub example. Turned out
overpass can export centre points and following an update to uMap we posted
a new guide:

http://www.mappa-mercia.org/2014/09/extracting-centroids-from-openstreetmap.html

Hope this helps.

As for the issue of too many points, one option is to have uMap collect
data dynamically (as per our guide) and restrict to only showing data when
at a certain zoom level or above (with clustering at lower zoom levels).

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

[OSM-talk-ie] Formalising Openstreetmap Ireland into a proper body and becoming an official OSM Chapter

2014-10-01 Thread Dave Corley

Hi all,

Something I've been thinking about for a while now, is that we should look
to forming into a proper entity i.e. an official OpenStreetMap Ireland
chapter of OSM.

A few reasons off the top of my head why I'd like to push ahead with this:

- We will have representatives who can speak with authority to the press if
required.

- The Open data / Open Government movement has been steadily growing over
the last 18-24 months here. Every event I've been to, at some point, I've
had to utter the line well at the moment we are just a group of people
editing on OSM, there is no Openstreetmap Ireland. Given the volume of
work and effort that people have put it, its embarrassing to say that line.

- When we go looking for maps and/or data we are an actual entity. That
lends weight to any requests we make. The further we take this in relation
to what type of a body we are (non-incorporated, incorporated, recognised
chapter of OSMF)

- Further down  the line, it opens up the possibility of getting funding /
sponsorship. As it stands right now, companies are unlikely to give any
significant kind of donation to us, ever, as they can not write it off as a
donation because, essentially, we don't exist. I would like to

- I would like to see us move up a gear in terms of organisation. What I
mean by this is to take it to the next level in terms of meetup's, for
example, a weekend meetup over a Sat  Sun in, say, Athlone (its central
and is in need of some love mapwise) where a load of us would meetup,
survey and map. Prior to going there though, we'd look for a local mapper
who can get into schools or colleges with a few posters, get on to the
local free paper to do a piece, chat to local radio etc to promote the
event.

- I would like to see us pushing more in the area of advocacy e.g.
advocating for the use of OSM by local govt. and advocating for the release
of data held by local govt's (if they are using our maps, give us stuff to
make them better).

- Finally, there is no reason, none whatsoever, why we shouldn't be able to
start organising our own State of the Map for Ireland. We have more than
enough going on to fill 1-2 days worth of a conference but a major
roadblock to this would be the sponsorship aspect.

I've looked into what would be involved, and starting out, there will be a
body of work to be completed, but its by no means insurmountable.

If there is generally positive feedback the next step would be to agree how
to proceed and what format of an organisation we should be come.

I have some thoughts on all of that, but I'll hold off for a few days to
see what the thoughts are on this proposal.

Thanks,
Dave (DaCor)
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-de] Wochennotiz Nr. 219 23.9.–29.9.2014

2014-10-01 Thread wn reader


Hallo,

die Wochennotiz Nr. 219 mit allen wichtigen Neuigkeiten aus der 
OpenStreetMap Welt ist da:


https://blog.openstreetmap.de/blog/2014/09/wochennotiz-nr-219/

Viel Spaß beim Lesen!

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

Re: [Talk-de] OSM auf der FOSDEM?

2014-10-01 Thread Michael Kugelmann


Update:
BTW: von Seiten der OSGeo gibt es angeblich auch 
Aktivitäten/Überlegungen auf der FOSDEM 2015 aktiv zu sein = man 
sollte dies IMHO möglichst unter einen Hit bringen...

Zitat aus der FOSSGIS-Talk-Mailingliste:
==
Related update, just mentioned on IRC, in the #osgeo channel:

johanvdw_News: we will have a geospatial devroom at fosdem on sunday 
1 february

johanvdw_ https://fosdem.org/2015/news/2014-09-30-accepted-devrooms/
aghislagreat! I just got the mail
jmckennacool!
==


Das Dev-Room wird es also nur an 1 Tag geben = wir sollten einen Stand 
für 2 Tage anstreben (und IMHO im Notfall am Sonntag nur auf das 
Dev-Room verweisen per Plakat oder so wenn wir den Stand nicht besetzen 
können). Stände werden AFAIK immer für 2 Tage vergeben.



Grüße,
Michael.


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

Re: [Talk-de] OSM auf der FOSDEM?

2014-10-01 Thread Jo

1. November werden wir wissen ob wir auch ein Stand haben werden.

Jo

2014-10-01 20:53 GMT+02:00 Michael Kugelmann michaelk_...@gmx.de:

 Update:

 BTW: von Seiten der OSGeo gibt es angeblich auch Aktivitäten/Überlegungen
 auf der FOSDEM 2015 aktiv zu sein = man sollte dies IMHO möglichst unter
 einen Hit bringen...

 Zitat aus der FOSSGIS-Talk-Mailingliste:
 ==
 Related update, just mentioned on IRC, in the #osgeo channel:

 johanvdw_News: we will have a geospatial devroom at fosdem on sunday 1
 february
 johanvdw_ https://fosdem.org/2015/news/2014-09-30-accepted-devrooms/
 aghislagreat! I just got the mail
 jmckennacool!
 ==


 Das Dev-Room wird es also nur an 1 Tag geben = wir sollten einen Stand
 für 2 Tage anstreben (und IMHO im Notfall am Sonntag nur auf das
 Dev-Room verweisen per Plakat oder so wenn wir den Stand nicht besetzen
 können). Stände werden AFAIK immer für 2 Tage vergeben.



 Grüße,
 Michael.


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

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

Re: [Talk-it] [wikimedia-it] regione toscana

2014-10-01 Thread Simone Cortesi

2014-10-01 10:02 GMT+02:00 Maurizio Napolitano n...@fbk.eu:
 Oggi hanno pubblicato questo
 http://www.toscana-notizie.it/-/informazione-geografica-accordo-tra-regione-toscana-e-wikimedia-italia-per-diffonderla

la parte che preferisco:

Riteniamo importante – sottolinea l'assessore regionale - avviare un
dialogo ed una collaborazione con OpenStreetMap (che a livello
planetario è l'unica alternativa esistente alle banche dati
geografiche delle multinazionali), con l'obiettivo, tra l'altro, di
veicolare i dati delle Regione Toscana (strade, civici, edifici,
copertura del suolo, idrografia, toponimi, ecc.) all'interno di OSM,
facendone crescere la qualità nell'ambito del territorio toscano e
fornendo quindi, tramite loro, un servizio migliore al territorio ed
alla società della nostra regione.


-- 
-S

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

Re: [Talk-it] [wikimedia-it] regione toscana

2014-10-01 Thread cesare gerbino

concordo ... e visto il recente annuncio di Regione Toscana relativo alla
disponibilità del db topografico 1:2000 a livello comunale (
http://www.toscana-notizie.it/-/database-topografici-in-scala-1-2-000-da-oggi-consultabili-sul-sito-della-regione),
si prospettano cose interessanti ... speriamo che questo annuncio
stabilisca una best practise e che molti altri seguano per emulazione ...

Complimenti a coloro che lo hanno reso possibile




Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b


Il giorno 01 ottobre 2014 10:13, Simone Cortesi sim...@cortesi.com ha
scritto:

 2014-10-01 10:02 GMT+02:00 Maurizio Napolitano n...@fbk.eu:
  Oggi hanno pubblicato questo
 
 http://www.toscana-notizie.it/-/informazione-geografica-accordo-tra-regione-toscana-e-wikimedia-italia-per-diffonderla

 la parte che preferisco:

 Riteniamo importante – sottolinea l'assessore regionale - avviare un
 dialogo ed una collaborazione con OpenStreetMap (che a livello
 planetario è l'unica alternativa esistente alle banche dati
 geografiche delle multinazionali), con l'obiettivo, tra l'altro, di
 veicolare i dati delle Regione Toscana (strade, civici, edifici,
 copertura del suolo, idrografia, toponimi, ecc.) all'interno di OSM,
 facendone crescere la qualità nell'ambito del territorio toscano e
 fornendo quindi, tramite loro, un servizio migliore al territorio ed
 alla società della nostra regione.


 --
 -S

 ___
 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] [wikimedia-it] regione toscana

2014-10-01 Thread Germano Massullo

Il 01/10/2014 10:13, Simone Cortesi ha scritto:
 2014-10-01 10:02 GMT+02:00 Maurizio Napolitano n...@fbk.eu:
 Oggi hanno pubblicato questo
 http://www.toscana-notizie.it/-/informazione-geografica-accordo-tra-regione-toscana-e-wikimedia-italia-per-diffonderla
 la parte che preferisco:

 Riteniamo importante – sottolinea l'assessore regionale - avviare un
 dialogo ed una collaborazione con OpenStreetMap (che a livello
 planetario è l'unica alternativa esistente alle banche dati
 geografiche delle multinazionali), con l'obiettivo, tra l'altro, di
 veicolare i dati delle Regione Toscana (strade, civici, edifici,
 copertura del suolo, idrografia, toponimi, ecc.) all'interno di OSM,
 facendone crescere la qualità nell'ambito del territorio toscano e
 fornendo quindi, tramite loro, un servizio migliore al territorio ed
 alla società della nostra regione.


Spero apra la strada ad altre regioni

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

Re: [Talk-it] Civici FVG

2014-10-01 Thread cascafico

Damjan Gerli wrote
 - per i cap i dati ufficiali si trovano su poste.it, ma sono a pagamento 
 (ci sono anche gia gli shp):
 http://www.poste-impresa.it/online/pmi/postali/accessori/banchedati.shtml

Secondo voi , possiamo usare questa tabella [1] che lega ISTAT al CAP? Nelle
note del compilatore (Prometheo Srl) trovo solo la citrazioe delle fonti,
tutte pubbliche.

[1] http://lab.comuni-italiani.it/download/comuni.html




-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/Civici-FVG-tp5807884p5818907.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] Civici FVG

2014-10-01 Thread Simone Cortesi

2014-10-01 11:26 GMT+02:00 cascafico cascaf...@gmail.com:
 Secondo voi , possiamo usare questa tabella [1] che lega ISTAT al CAP? Nelle
 note del compilatore (Prometheo Srl) trovo solo la citrazioe delle fonti,
 tutte pubbliche.

 [1] http://lab.comuni-italiani.it/download/comuni.html

il problema si sposta sulla fonte.

essa quale licenza ha?

-- 
-S

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

Re: [Talk-it] Upload edifici Sardegna completato!

2014-10-01 Thread Aury88

Leonardo Frassetto wrote
 Ciao a tutti,
 
 volevo informarvi che finalmente abbiamo completato l'upload di tutti gli
 edifici della Sardegna ricavati dalla conversione dei dati dal Data Base
 Multiprecision:
 
 http://wiki.openstreetmap.org/wiki/Sardegna/Import/Edificato
 
 Spero che questo sia un ulteriore incentivo a migliorare i dati già
 presenti. Un ringraziamento a Marco, Simone, Fabrizio e Stefano per
 l'aiuto
 e tutta la ML italiana per i suggerimenti di tag.
 
 Leonardo

Complimenti ragazzi! proprio un gran bel lavoro ;)




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Upload-edifici-Sardegna-completato-tp5818786p5818923.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] nuovo blocco statistiche?

2014-10-01 Thread beppebo...@libero.it

Scusate guardando le statistiche ho visto che da un po non vengono aggiornate 
ci son delle nuove problematiche?___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Domanda su ogr2osm

2014-10-01 Thread Damjan Gerl

Faccio la domanda prima qui, forse qualcuno può aiutarmi: vorrei sapere 
se esiste qualche possibilità usando il programma ogr2osm.py [1] per 
convertire da shp a osm, di filtrare gli oggetti. Nel senso che vorrei 
che nel file osm ci fossero solo gli oggetti (le geometrie) 
selezionati nel programma, con un apposito filtro. Io avrei 
identificato che si può lavorare solo sui tag, ma gli oggetti (punti, 
linee, ...) vengono comunque tutti convertiti e passati nel file osm.


Grazie
Damjan


[1] http://wiki.openstreetmap.org/wiki/Ogr2osm

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

[Talk-it] Fwd: Festival di Internazionale - workshop Città smart, accessibili e partecipate

2014-10-01 Thread Piergiorgio Cipriano

[parzialmente OT ... scusate eventuale double-posting]


Da venerdì 3 a domenica 5 ottobre, a Ferrara
,
ci sarà
l'annuale
 Festival di Internazionale:
http://www.internazionale.it/festival/programma/

Alle 16.30 di venerdì si terrà il workshop
*Città smart, accessibili e partecipate*.

Si parlerà di
*barriere architettoniche*, o meglio .. di *dati geografici* relativi a
barriere architettoniche, di progetti europei e nazionali su questo tema, di
app per mappare le barriere, di open data e di interscambio di questi dati
da e verso la pubblica amministrazione, di cosa si potrebbe fare se ci
fossero più
*dati open* su barriere architettoniche.


pg


__
Piergiorgio Cipriano
https://twitter.com/PgCipriano
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Upload edifici Sardegna completato!

2014-10-01 Thread scratera

Leonardo Frassetto wrote
 Ciao a tutti,
 
 volevo informarvi che finalmente abbiamo completato l'upload di tutti gli
 edifici della Sardegna ricavati dalla conversione dei dati dal Data Base
 Multiprecision:
 
 http://wiki.openstreetmap.org/wiki/Sardegna/Import/Edificato
 
 Spero che questo sia un ulteriore incentivo a migliorare i dati già
 presenti. Un ringraziamento a Marco, Simone, Fabrizio e Stefano per
 l'aiuto
 e tutta la ML italiana per i suggerimenti di tag.
 
 Leonardo
 
 ___
 Talk-it mailing list

 Talk-it@

 https://lists.openstreetmap.org/listinfo/talk-it

...grandi...




--
View this message in context: 
http://gis.19327.n5.nabble.com/Upload-edifici-Sardegna-completato-tp5818786p5818992.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-co] Ayuda para importar puntos a OSM

2014-10-01 Thread hyan...@gmail.com

Hola Carlos:

¿Cómo te fue con la importación?  Talvez un script de conversión pueda
ayudar [1][2]

[1]
http://open-source-gps-related-discussion-and-support.1099874.n2.nabble.com/Converting-foxtrot-gpx-to-osm-td7572612.html
[2] http://wiki.openstreetmap.org/wiki/Converting_map_data_between_formats

El 3 de septiembre de 2014, 8:33, hyan...@gmail.com hyan...@gmail.com
escribió:

 Para los .kml talvez te pueda ayudar el plugin OpenData [1] del JOSM.

 Los archivos .gpx me parece que se pueden importar directamente

 Si lo datos originarios desde GPS son polígonos o vectores, no es
 recomendado subirlos sin antes prepararlos, por ejemplo: si el GPS estuvo
 configurado para capturar puntos cada 5 segundos, como resultado vas a
 subir un archivo con datos que no son necesarios y que afectan la calidad
 de los mismos en la base de datos de OSM.

 [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData


 El 3 de septiembre de 2014, 7:50, carlos felipe castillo 
 kaxti...@gmail.com escribió:

 Buen día.

 Los puntos se encuentran en archivos extención gpx y kml


 El 2 de septiembre de 2014, 18:39, Igor TAmara i...@tamarapatino.org
 escribió:

 De acuerdo como estén indicados los puntos y el origen de datos para la
 legalidad podemos hacer un consumo sencillo del API, es tomar las
 características que tienes para inyectarlo como tags,  la cuestión de
 automatizarlo es que uno puede terminar replicando información.

 Una opción interesante es compartirlo a través de un piratepad o una
 hoja de cálculo de un servicio o un wiki para poderlo hacer en paralelo,
 estoy seguro que de acuerdo a las zonas geográficas sería sencillo.  Por
 otra parte si conviertes en geojson los datos, puedes generar algo con
 github https://help.github.com/articles/mapping-geojson-files-on-github
 para que uno pueda ver con mayor facilidad y pueda decidir subirlos.

 También es posible que los puedas colocar como una capa en josm para que
 puedas calcar o validar manualmente sin subirlos directamente sin un ojo
 que pueda validarlos.En general en openstreetmap se desaconseja la
 subida de datos de forma masiva y sin curador.




 El 2 de septiembre de 2014, 17:57, hyan...@gmail.com hyan...@gmail.com
 escribió:

 ¿Cual es el archivo fuente?


 El 2 de septiembre de 2014, 17:55, carlos felipe castillo 
 kaxti...@gmail.com escribió:

 Buena tarde.

 Necesito ayuda para montar más de 1800 puntos de tiendas, farmacias,
 escuelas, iglesias, y necesito un método más fácil que hacerlo 1 a 1.

 Gracias.

 --
 Atentamente,
 Carlos Felipe Castillo.
 about.me / kaxtillo http://about.me/kaxtillo

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



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



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




 --
 Atentamente,
 Carlos Felipe Castillo.
 about.me / kaxtillo http://about.me/kaxtillo


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



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

Re: [Talk-co] Invitación Universidad Nacional de Colombia

2014-10-01 Thread hyan...@gmail.com

El 30 de septiembre de 2014, 11:00, Kharen Viviana Pinilla Guerrero 
kvpinil...@unal.edu.co escribió:

 Cordial saludo,

 Nos dirigimos a ustedes cordialmente para extenderles nuestra invitación a
 participar en el cuarto congreso internacional sobre educación sin escuela
 (ESE), autoaprendizaje colaborativo (AC), educación en familia (EF),
 modelos de escuelas flexibles (MEF). Durante el congreso se realizará un
 taller de mapeo de experiencias de educación no convencional y
 permaculturas. En donde quisiéramos enriquecer nuestra óptica acerca del
 trabajo que viene haciendo OSM hace ya 10 años.

 El congreso se realizarán los días 2, 3 y 4 de octubre. El Taller esta
 programado para el viernes 3 de octubre de 2014; a las 8:00 am.


 Mil gracias la atención estaremos pendientes.


 Kharen V. Pinilla Guerrero.
 Geógrafa.
 Candidata a Magíster en Geografía.
 Universidad Nacional de Colombia.


Super! ¿Quién asistirá?
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-co] Invitación Universidad Nacional de Colombia

2014-10-01 Thread Leonardo Gutierrez

A mi me gustaria asistir, sobre todo por mis estudiantes del colegio
salesiano, además es my universidad,  pero esta muy sobre el tiempo.

En donde es el congreso?

El 1 de octubre de 2014, 7:58, hyan...@gmail.com hyan...@gmail.com
escribió:



 El 30 de septiembre de 2014, 11:00, Kharen Viviana Pinilla Guerrero 
 kvpinil...@unal.edu.co escribió:

 Cordial saludo,

 Nos dirigimos a ustedes cordialmente para extenderles nuestra invitación
 a participar en el cuarto congreso internacional sobre educación sin
 escuela (ESE), autoaprendizaje colaborativo (AC), educación en familia
 (EF), modelos de escuelas flexibles (MEF). Durante el congreso se realizará
 un taller de mapeo de experiencias de educación no convencional y
 permaculturas. En donde quisiéramos enriquecer nuestra óptica acerca del
 trabajo que viene haciendo OSM hace ya 10 años.

 El congreso se realizarán los días 2, 3 y 4 de octubre. El Taller esta
 programado para el viernes 3 de octubre de 2014; a las 8:00 am.


 Mil gracias la atención estaremos pendientes.


 Kharen V. Pinilla Guerrero.
 Geógrafa.
 Candidata a Magíster en Geografía.
 Universidad Nacional de Colombia.


 Super! ¿Quién asistirá?

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


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

Re: [Talk-gb-westmidlands] October social

2014-10-01 Thread Andy Robinson

A few suggestions:
The new building on the Birmingham University School site needs adding off 
Weoley Park Road. I created what I assumed is the construction area, that needs 
verifying too.
The College Green retirement village a little further down the Bristol Road is 
nearing completion, again the building layout could be added.
A lot of the retail units in Northfield are not named.
Plenty of addressing and other info to add all the way down the Bristol Road
A check for latest changes in the Longbridge development.

Cheers
Andy



-Original Message-
From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl] 
Sent: 30 September 2014 21:02
To: Andy Robinson
Cc: talk-gb-westmidlands
Subject: Re: [Talk-gb-westmidlands] October social

On 15 August 2014 18:22, Andy Robinson ajrli...@gmail.com wrote:
 Barry Evans, who came along to the anniversary bash, has arranged for 
 me to do an OSM talk + QA related to cycling to members of the 
 http://www.beaconrcc.org.uk/ on the evening of 2nd Oct. As that night 
 is also our traditional OSM social night it would be great to have as 
 many OSMers along to socialise with a different group and help spread 
 the OSM word. The meeting will be at their clubroom in Cofton Hackett.

 When: Thurs 2 Oct 2014 at 1930
 Where: Rednall Social Club (http://osm.org/go/euyXX4IG3 )
 What: suggestion- Intro to OSM organisation + OSM for cyclists + QA 
 etc

 Although the clocks will have gone back, a visit to the area is an 
 ideal opportunity to pick up more of the Longbridge developments.


I will be joining this Thursday.

Are there any areas between the University and Longbridge that deserve some 
attention, retail or otherwise? Most of the area seems pretty well mapped.

-- Matthijs


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

Re: [Talk-gb-westmidlands] October social

2014-10-01 Thread Rob Nickerson

What's everyone's plans for food? Do we know if the place does food / there
is somewhere nearby? If no then, not a problem, I'll just grab something
before meeting.

See you later

Rob

On 1 October 2014 09:48, Andy Robinson ajrli...@gmail.com wrote:

 A few suggestions:
 The new building on the Birmingham University School site needs adding off
 Weoley Park Road. I created what I assumed is the construction area, that
 needs verifying too.
 The College Green retirement village a little further down the Bristol
 Road is nearing completion, again the building layout could be added.
 A lot of the retail units in Northfield are not named.
 Plenty of addressing and other info to add all the way down the Bristol
 Road
 A check for latest changes in the Longbridge development.

 Cheers
 Andy



 -Original Message-
 From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl]
 Sent: 30 September 2014 21:02
 To: Andy Robinson
 Cc: talk-gb-westmidlands
 Subject: Re: [Talk-gb-westmidlands] October social

 On 15 August 2014 18:22, Andy Robinson ajrli...@gmail.com wrote:
  Barry Evans, who came along to the anniversary bash, has arranged for
  me to do an OSM talk + QA related to cycling to members of the
  http://www.beaconrcc.org.uk/ on the evening of 2nd Oct. As that night
  is also our traditional OSM social night it would be great to have as
  many OSMers along to socialise with a different group and help spread
  the OSM word. The meeting will be at their clubroom in Cofton Hackett.
 
  When: Thurs 2 Oct 2014 at 1930
  Where: Rednall Social Club (http://osm.org/go/euyXX4IG3 )
  What: suggestion- Intro to OSM organisation + OSM for cyclists + QA
  etc
 
  Although the clocks will have gone back, a visit to the area is an
  ideal opportunity to pick up more of the Longbridge developments.


 I will be joining this Thursday.

 Are there any areas between the University and Longbridge that deserve
 some attention, retail or otherwise? Most of the area seems pretty well
 mapped.

 -- Matthijs


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

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

Re: [Talk-es] ¿Puede el mapa estar creciendo demasiado?

2014-10-01 Thread Luis García Castro

El 30 de septiembre de 2014, 20:31, Alejandro S. alejandro...@gmail.com
escribió:

 Don't map for the server
 Map for the data ;)

¡Que el hardware nunca sea el problema!

:-)

-- 

Luis García
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] CheckAutopista

2014-10-01 Thread Roberto geb

Buena herramienta para añadir a la caja de herramientas. Sin duda, ayuda a
identificar actividades para añadir en la lista de pendientes

El 27 de septiembre de 2014, 22:55, k1wi k1wi k1wi...@gmail.com escribió:

 He mejorado un poco la página. Ahora debería cargar más rápido.
 También ahora informa cuando se están cargando los datos de la
 autopista y cuando se han terminado de cargar.

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

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

Re: [Talk-es] Resumen de Talk-es, Vol 92, Envío 30

2014-10-01 Thread k1wi k1wi

El unico requisito de la relación para que funcione en checkautopista
es que tenga la etiqueta ref: en la relación con la referencia de la
autopista. Una vez que existen las relaciones en OSM es cuestión de
añadirlas a la lista de checkautopista que no cuesta nada.

También está la posibilidad de verlo manual. Por ejemplo si queremos
ver la B-40 basta con entrar a checkautopista con la web:

http://checkautopista.hol.es/?a=B-40

Aparecerá la vía que queremos la primera en la lista y podemos
trabajar con ella.

El día 30 de septiembre de 2014, 19:50, Hector heutorecep...@ono.com escribió:

 He creado una herramienta para comprobar las autopistas. Permite
 seleccionar una autopista y muestra en un mapa si las salidas están
 correctas y si tienen los maxspeed y lanes las vías.

 A ver que os parece:

 Me parece estupenda. Ya la he probado y he podido corregir errores que
 pasan desapercibidos y que sería dificil encontrar de otra manera (e.g.
 Keepright)
 ¿Habría alguna posibilidad de adaptarlo a las autovías autonómicas?
 Aunque fuera como página aparte.



 --

 Message: 2
 Date: Tue, 30 Sep 2014 08:57:43 +0200
 From: k1wi k1wi k1wi...@gmail.com
 To: Discusión en Español de OpenStreetMap
 talk-es@openstreetmap.org
 Subject: Re: [Talk-es] Resumen de Talk-es, Vol 92, Envío 28
 Message-ID:

 CAHVuLvryuCjAJ4FdjTZXQ6BMO2gvZ15MPOrW=aenkf4oemr...@mail.gmail.com
 Content-Type: text/plain; charset=UTF-8

 Creo que las autovías autonómicas no las hemos puesto en una relación
 cada una como las tenemos las autopistas nacionales así que no voy a
 poder obtener los datos de la misma manera que se obtienen ahora pero
 se podría adaptar.

 Por cierto. Ahora se pueden activar o desactivar los nodos. Si se
 pulsa sobre el circulo en la leyenda desaparecen esos nodos en el
 mapa. Si se pulsa otra vez, vuelven a aparecer. Así podemos encontrar
 errores más facilmente, desactivando los nodos correctos o también nos
 permite centrarnos en ver la vía con sus maxspeed y lanes sin que
 estorben los nodos.

 El día 29 de septiembre de 2014, 22:27, Hector heutorecep...@ono.com
 escribió:

 Yo me comprometo a crear las relaciones que falten de las autovías de
 Castilla y León en principio, ya que es la zona que mas controlo.

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

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

Re: [Talk-es] Resumen de Talk-es, Vol 92, Envío 30

2014-10-01 Thread Óscar Zorrilla Alonso

Simplemente muchas gracias por la herramienta, gran trabajo.

--- Mensaje Original ---

Desde: k1wi k1wi k1wi...@gmail.com
Enviado: 1 de octubre de 2014 13:15
Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org
Asunto: Re: [Talk-es]   Resumen de Talk-es, Vol 92, Envío 30

El unico requisito de la relación para que funcione en checkautopista
es que tenga la etiqueta ref: en la relación con la referencia de la
autopista. Una vez que existen las relaciones en OSM es cuestión de
añadirlas a la lista de checkautopista que no cuesta nada.

También está la posibilidad de verlo manual. Por ejemplo si queremos
ver la B-40 basta con entrar a checkautopista con la web:

http://checkautopista.hol.es/?a=B-40

Aparecerá la vía que queremos la primera en la lista y podemos
trabajar con ella.

El día 30 de septiembre de 2014, 19:50, Hector heutorecep...@ono.com escribió:

 He creado una herramienta para comprobar las autopistas. Permite
 seleccionar una autopista y muestra en un mapa si las salidas están
 correctas y si tienen los maxspeed y lanes las vías.

 A ver que os parece:

 Me parece estupenda. Ya la he probado y he podido corregir errores que
 pasan desapercibidos y que sería dificil encontrar de otra manera (e.g.
 Keepright)
 ¿Habría alguna posibilidad de adaptarlo a las autovías autonómicas?
 Aunque fuera como página aparte.



 --

 Message: 2
 Date: Tue, 30 Sep 2014 08:57:43 +0200
 From: k1wi k1wi k1wi...@gmail.com
 To: Discusión en Español de OpenStreetMap
 talk-es@openstreetmap.org
 Subject: Re: [Talk-es] Resumen de Talk-es, Vol 92, Envío 28
 Message-ID:

 CAHVuLvryuCjAJ4FdjTZXQ6BMO2gvZ15MPOrW=aenkf4oemr...@mail.gmail.com
 Content-Type: text/plain; charset=UTF-8

 Creo que las autovías autonómicas no las hemos puesto en una relación
 cada una como las tenemos las autopistas nacionales así que no voy a
 poder obtener los datos de la misma manera que se obtienen ahora pero
 se podría adaptar.

 Por cierto. Ahora se pueden activar o desactivar los nodos. Si se
 pulsa sobre el circulo en la leyenda desaparecen esos nodos en el
 mapa. Si se pulsa otra vez, vuelven a aparecer. Así podemos encontrar
 errores más facilmente, desactivando los nodos correctos o también nos
 permite centrarnos en ver la vía con sus maxspeed y lanes sin que
 estorben los nodos.

 El día 29 de septiembre de 2014, 22:27, Hector heutorecep...@ono.com
 escribió:

 Yo me comprometo a crear las relaciones que falten de las autovías de
 Castilla y León en principio, ya que es la zona que mas controlo.

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

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

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

[Talk-es] Importacion puestos bicing en Barcelona

2014-10-01 Thread Celso González

Hola

Estoy tratando de usar los datos del portal de opendatabcn y uno de los 
datasets jugosos es
el de las estaciones de bicing (el servicio publico de alquiler de bicicletas) 
de la ciudad

http://opendata.bcn.cat/opendata/ca/catalog/TRANSPORT/bicing/

Como uno de los puntos para imports automaticos es discutirlo con la comunidad 
local aqui tenemos
la discusion :)

Los datos vienen en un xml que una vez parseado nos da los siguientes tags

amenity=bicycle_rental
network=Bicing
operator=Clear Channel (la empresa por detrás que se encarga)

ref=NUMERO (cada estacion tiene un numero asignado visible en los postes)
nombre=CALLE, NUMERO (el nombre de la estacion lo asigno a la direccion que 
tiene, si la calle no tiene numero lo omito y la coma tambien)
capacity=X (en el fichero viene tanto el numero de slots libres como las bicis 
en la estacion, la suma de ambos redondeada hacia arriba 
en multiplos de tres es el valor que va aqui)

Si el capacity sale con valores a cero (la estacion esta cerrada) en vez de 
poner capacity pongo un 
fixme=Comprobar el numero de slots en la estacion e informar la etiqueta 
capacity con ese valor

En el changeset viene como source=Barcelona de Serveis Municipals

Mas cosas, la importacion es en dos partes:
La primera completamente automatica inserta todas las estaciones que no tengan 
ninguna estacion de bicing en 100 metros, son como unas 260

La segunda manual trata de mezclar los datos actuales en el mapa con los datos 
de la importacion (unas 180 estaciones) unificando tags y corrigiendo 
posiciones

El script de la importacion lo tengo en 
https://github.com/PerroVerd/imports_osm/tree/master/bicing-barcelona

Dudas, sugerencias y ruegos a continuación 

Saludos

-- 
Celso González
@PerroVerd

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

[Talk-es] Importación de Catastro: Alguna lección aprendida.

2014-10-01 Thread Emilio Gómez Fernández

Hola a todos.

Basado un poco en la experiencia que he ido teniendo a la hora de importar
los edificios de Catastro, y lo enmarañado que a veces resultar comprender
la representación que tiene  de los tejados de los edificios, he llegado a
la conclusión de que en la mayoría de los casos es más rápido y aproximado
a la realidad usar un etiquetado 3D simple para caracterizar las cubiertas
de las edificaciones que estar peleando en intentar limpiar y dar sentido a
las complicadas representaciones con que Catastro define las cubiertas.

Por ello, he añadido a la página de Limpieza y normalización de datos
catastrales[1] de la wiki una pequeña explicación del problema y los pasos
que he ido siguiendo en JOSM para resolverlo de manera clara y sencilla,
por si alguien le interesa y quiere aportar ideas.

[1]
https://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales#5._Modelado_de_tejados_basado_en_reglas

Un saludo.

Emilio Gómez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] ¿Puede el mapa estar creciendo demasiado?

2014-10-01 Thread Konfrare Albert

Mi opinión es que tenemos que añadir todo lo que sea etiquetable sin pensar
en lo que va a ocupar en la base de datos, por lo tanto, me sumo a las
respuestas anteriores.
Otra cosa es evitar redundancias. Por ejemplo, antes hacía falta añadir los
area=yes en landuse, buildings, etc y ahora ya no es necesario. Una
limpieza de datos redundantes de vez en cuando no viene mal.

Sin embargo sí tengo que decir que el tamaño puede ser importante en
aplicaciones como OsmAnd, cuando quiere descargarse un mapa vectorial.
Ahora por ejemplo podemos descargar el mapa de España entero (creo que
alrededor de 700MB), pero si aumentase mucho, la solución sería descargarlo
por comunidades como se hace en Francia o Alemania. Por lo tanto, todo
tiene solución ;)

Un saludo!

2014-10-01 9:06 GMT+02:00 Luis García Castro lui...@gmail.com:


 El 30 de septiembre de 2014, 20:31, Alejandro S. alejandro...@gmail.com
 escribió:

 Don't map for the server
 Map for the data ;)

 ¡Que el hardware nunca sea el problema!

 :-)

 --

 Luis García

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




-- 
*KONFRARE ALBERT*
La Konfraria de la Vila del Pingüí
de La Palma de Cervelló
www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Checkautopistas

2014-10-01 Thread Hector


El 01/10/2014 14:00, talk-es-requ...@openstreetmap.org escribió:

Envíe los mensajes para la lista Talk-es a
talk-es@openstreetmap.org

Para subscribirse o anular su subscripción a través de la WEB
https://lists.openstreetmap.org/listinfo/talk-es

O por correo electrónico, enviando un mensaje con el texto help en
el asunto (subject) o en el cuerpo a:
talk-es-requ...@openstreetmap.org

Puede contactar con el responsable de la lista escribiendo a:
talk-es-ow...@openstreetmap.org

Si responde a algún contenido de este mensaje, por favor, edite la
linea del asunto (subject) para que el texto sea mas especifico que:
Re: Contents of Talk-es digest Además, por favor, incluya en la
respuesta sólo aquellas partes del mensaje a las que está
respondiendo.


Asuntos del día:

1. Re: CheckAutopista (Roberto geb)
2. Re: Resumen de Talk-es, Vol 92, Envío 30 (k1wi k1wi)


--

Message: 1
Date: Wed, 1 Oct 2014 10:30:08 +0200
From: Roberto geb roberto...@gmail.com
To: Discusión en Español de OpenStreetMap
talk-es@openstreetmap.org
Subject: Re: [Talk-es] CheckAutopista
Message-ID:
CALrQUR5+rXyhLntL6R7JLHNDAzRjp5WGXP4O5+J==wqmt_f...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

Buena herramienta para añadir a la caja de herramientas. Sin duda, ayuda a
identificar actividades para añadir en la lista de pendientes

El 27 de septiembre de 2014, 22:55, k1wi k1wi k1wi...@gmail.com escribió:


He mejorado un poco la página. Ahora debería cargar más rápido.
También ahora informa cuando se están cargando los datos de la
autopista y cuando se han terminado de cargar.

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


 próxima parte 
Se ha borrado un adjunto en formato HTML...
URL: 
http://lists.openstreetmap.org/pipermail/talk-es/attachments/20141001/e9126614/attachment-0001.html

--

Message: 2
Date: Wed, 1 Oct 2014 13:14:34 +0200
From: k1wi k1wi k1wi...@gmail.com
To: Discusión en Español de OpenStreetMap
talk-es@openstreetmap.org
Subject: Re: [Talk-es] Resumen de Talk-es, Vol 92, Envío 30
Message-ID:
CAHVuLvpaB-fwjHMaiz_7Sk9i_o27Ci=cRX05vgGj1i=1qtm...@mail.gmail.com
Content-Type: text/plain; charset=UTF-8

El unico requisito de la relación para que funcione en checkautopista
es que tenga la etiqueta ref: en la relación con la referencia de la
autopista. Una vez que existen las relaciones en OSM es cuestión de
añadirlas a la lista de checkautopista que no cuesta nada.

También está la posibilidad de verlo manual. Por ejemplo si queremos
ver la B-40 basta con entrar a checkautopista con la web:

http://checkautopista.hol.es/?a=B-40

Aparecerá la vía que queremos la primera en la lista y podemos
trabajar con ella.



Eres genial. Ya he comenzado a completar relaciones. En un par de 
semanas tendré unas cuantas mas. Probaré lo que has comentado más 
arriba. Gracias


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

[Talk-cz] Adresní body s ulicema, v RUIAN bez

2014-10-01 Thread Lukas Novotny

V obci Podlesí (západně od Hanušovice) -
https://www.openstreetmap.org/node/332534059 - jsou všechny adresní
body i s položkou street (Podlesí). Ale v RUIAN to nyní není.

Opravit, nebo nechat být?

S přáním hezkého dne
Lukáš

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

Re: [Talk-cz] Adresní body s ulicema, v RUIAN bez

2014-10-01 Thread Petr Vejsada

Ahoj,

On Wed, Oct 01, 2014 at 02:41:31PM +0200, Lukas Novotny wrote:

 V obci Podlesí (západně od Hanušovice) -
 https://www.openstreetmap.org/node/332534059 - jsou všechny adresní
 body i s položkou street (Podlesí). Ale v RUIAN to nyní není.

upravil to Mates-K1, přidal addr:city (redundantně, protože adresa leží uvnitř
polygonu obce) a ulici tam přidal navíc; Podlesí je v addr:place, což je
správně.

 Opravit, nebo nechat být?

Zeptej se Matese-K1, proč to změnil. ?? Asi to zase až tak ničemu nevadí.

--
Petr

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

Re: [Talk-cz] importy LPIS

2014-10-01 Thread Martin Švec - OSM


Ahoj,

Dne 1.10.2014 15:35, jiri ja napsal(a):


Přeji pěkný den všem diskutujícím,

občas přispívám do OSM map, ale mailing list sem zatím jen 
příležitostně četl.


Začínám mít ale smíšený pocit s klikacích importů s LPIS a proto se 
ozývám. Jistě jsou to data, která v OSM zatím nejsou. Ale krom toho, 
že to krásně přibývá, vnímám toto obrovské množství dat spíše negativně.


LPIS obsahuje evidenci zemědělské půdy, na kterou čerpají zemědělci 
dotace. (jestli je to jinak tam mě opravte, ale asi to na věci nic 
zásadního nemění).


Praxe je taková, že se rozrůstají po mapě území, kde je naklikáno 
z LPIS pole a trvalé travní porosty (což není jen louka, ale také 
tráva na poli – to tu ale rozebírat nechci). Mapa je jakoby téměř 
plošně plná ale ne moc přehledná. Mapnik podle mě kreslí tyto dvě 
kultury zbytečně výrazně.




To je IMHO problém renderingu... Např. já mám v Locusu upravený styl 
mapy se světlými barvami a proti původním bílým plochám je to 
radikální pokrok. Rozlišit v mapě travnatou plochu od rozoraného pole 
se někdy zatraceně hodí :-) I ty škvíry mezi LPIS poli co mi napřed 
vadily se ukazují jako užitečné, protože jsou často průchozí i když 
tam není cesta.


Hlavní je, že ale chybí mnohem důležitější věci, které už tam nikdo 
nejspíš nedokreslí. Myslím tím především stromy rostoucí mimo les: 
různé malé „lesíky“ stromy po mezích mezi poli – často celkem 
souvislé porosty, větrolamy…, což jsou pro orientaci mnohem 
důležitější věci jak volné plochy polí. Dále různé neobdělávané 
plochy, které jsou mokré nebo naopak moc suché či kamenité na to aby 
se intenzivně zemědělsky obdělávaly. Na nich rostou keře, stromy a 
samozřejmě tráva - není to les. Jsem z Vysočiny a tyto části krajiny 
jsou pro ni typické. Mezi tyto plochy patří i velká část 
maloplošných chráněných území. V mapě taky chybí všelijaké rumiště a 
smetiště, často naprosto neprůchodné území.




Naprosto souhlasím, taky mám rád drobné detaily v krajině, protože OSM 
používám jako turistickou mapu při (cyklo)turistice. Jenže toto 
bohužel z žádné databáze asi nedostaneme... Takže zůstává ruční 
dokreslování z bingu a terénního průzkumu, dobrovolníci jsou vítaní.


Problém možná je v tom že samotné OSM mapovaní takovéto krajiny ani 
moc neumožnuje.


Mapy SHOCart rozptýlenou zeleň značí zeleným kolečky a Cenia DMU 25 
jednotlivými smrčky. Ani v jednom případě se ale nejedná o konkrétní 
strom ve smyslu natural= tree.


Obecně mě nenapadá žádná mapa, která by plošně značila ornou půdu a 
jen některé značí louky.


Dnes sem narazit na případ kde při oklikání LPIS zmizelo území 
onačené jako natural=scrub (Jedná se o sadu změn 25693608 a asi 
cestu 213885832) a je tam jakési landuse=meadow (cesta 305184257 
jako část relace) které je navíc podle mě v LPIS špatně.


Do přílohy přikládám ilustrační obrázky, ale nevím, jestli to 
projde. To že území blízké Korouhve není označené jako residential 
jen ilustruje, že to důležité je v bílých místech. Jedná se o toto 
místo: http://osm.org/go/0J7Euz5C4-




Oblast mám na svědomí já. Pracuju tak, že napřed si naklikám větší 
plochy tracerem. Pak se k nim vracím a podle Bingu a dalších zdrojů 
(KM, RUIAN, ...) doplňuju bílá místa mezi LPIS polygony, dokresluju 
cesty, plochy navazuju na okolní lesy, křoví apod. Je to práce 
zdlouhavá, takže přibývá pomaleji než LPIS polygony. Když se podíváš 
kolem Čisté, Trstěnic, Karle, Ostrého Kamene, nedávno u Lubné a 
Budislavi, tam už jsem tyhle detaily dodělával.


Ad smazaná landuse=scrub plocha. Tak tu si přesně pamatuju, cizí práci 
mažu málokdy a nerad :-) Plochu ale tracer tak zpotvořil, že než bych 
ji opravoval, radši jsem ji dočasně smázul. Vůči Bingu mi totiž z 
velké části neseděla. Původní pás křovin neobsahoval pruh louky mezi 
křovinami a část louky v SV části, která tam podle Bingu opravdu je. 
Jakmile se k místu dostanu, samozřejmě doplním i s ostatními remízky v 
okolí. Ale jestli víš přímo z terénu, že ty křoviny byly správně, rád 
je vrátím přesně do původního stavu.


Chybějící landuse=residential můžeš doplnit, prostě je to věc na 
kterou se nesoustředím :-) Plus nemám rád nahrubo obtažené residential 
oblasti kolem vesnic, které se pak zasahují do půlky lesů a polí.


Pokud máš k té oblasti další připomínky, budu jen rád.


Tak sem si postěžoval, … přeji všem přispěvatelům hezký den.




Martin



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

Re: [Talk-cz] importy LPIS

2014-10-01 Thread Marián Kyral

Ahoj,
Souhlasím s tím, že v OSM chybí spousta, spousta věcí. Ovšem nejde to udělat
vše najednou. Takže se to dělá postupně. Já to vnímám tak, že teď se 
doplňují pole. Následně můžu já (nebo i někdo jiný) doplnit právě ty 
chybějící remízky, větrolamy, cesty a další krajinné prvky. Stejné to je u 
importu adres a budov z RUIAN. Samy o sobě tyto dvě informace neznamenají, 
že mám danou obec zmapovanou. Ale je to základ pro další mapování - 
vyznačení obytné oblasti, přidání bodů zájmu. V okolí mého bydliště je 
takových, které musím časem domapovat, plno. Časem na ně jistě dojde.

U LPIS je to stejné. Mapa se nejen barví, ale hlavně se vyloupnou cesty, 
remízky a další prvky. Když pak následně bude někdo tyto věci doplňovat, má 
usnadněnou práci. Díky contour pluginu je vyplnění mezery nějakým lesíkem 
(spíše ale natural=wood?) hračka. 

Když to jde a mám čas, snažím se tyto prvky doplnit rovnou. Tady ale může 
být problém, že z bingu není poznat, jestli se jedná o lesík, nebo spíše o 
křoví. A když to na daném místě neznám, tak bych to měl jít ověřit a to taky
není hned.

Nicméně OSM je hlavně o spolupráci. Takže, pokud něco chybí, nebo není 
zaneseno přesně, máš možnost to opravit. Případně nechat poznámku a časem to
někdo zpracuje.

Připomínky ohledně mapniku tady asi nevyřešíme. Na to je mailist/buglist 
mapniku (teď už spíše openstreetmap-carto). Ale je to čistě subjektivní, mně
se třeba používaný styl líbí.

Marián



-- Původní zpráva --
Od: jiri ja jiri@seznam.cz
Komu: talk-cz@openstreetmap.org
Datum: 1. 10. 2014 15:36:12
Předmět: [Talk-cz] importy LPIS



Přeji pěkný den všem diskutujícím,

občas přispívám do OSM map, ale mailing list sem zatím jen příležitostně 
četl.

Začínám mít ale smíšený pocit s klikacích importů s LPIS a proto se ozývám. 
Jistě jsou to data, která v OSM zatím nejsou. Ale krom toho, že to krásně 
přibývá, vnímám toto obrovské množství dat spíše negativně.

 
 
LPIS obsahuje evidenci zemědělské půdy, na kterou čerpají zemědělci dotace. 
(jestli je to jinak tam mě opravte, ale asi to na věci nic zásadního 
nemění).

 
 
Praxe je taková, že se rozrůstají po mapě území, kde je naklikáno z LPIS 
pole a trvalé travní porosty (což není jen louka, ale také tráva na poli – 
to tu ale rozebírat nechci). Mapa je jakoby téměř plošně plná ale ne moc 
přehledná. Mapnik podle mě kreslí tyto dvě kultury zbytečně výrazně. Hlavní 
je, že ale chybí mnohem důležitější věci, které už tam nikdo nejspíš 
nedokreslí. Myslím tím především stromy rostoucí mimo les: různé malé 
„lesíky“ stromy po mezích mezi poli – často celkem souvislé porosty, 
větrolamy…, což jsou pro orientaci mnohem důležitější věci jak volné plochy 
polí. Dále různé neobdělávané plochy, které jsou mokré nebo naopak moc suché
či kamenité na to aby se intenzivně zemědělsky obdělávaly. Na nich rostou 
keře, stromy a samozřejmě tráva - není to les. Jsem z Vysočiny a tyto části 
krajiny jsou pro ni typické. Mezi tyto plochy patří i velká část 
maloplošných chráněných území. V mapě taky chybí všelijaké rumiště a 
smetiště, často naprosto neprůchodné území. 

 
 
Problém možná je v tom že samotné OSM mapovaní takovéto krajiny ani moc 
neumožnuje.

Mapy  SHOCart rozptýlenou zeleň značí zeleným kolečky a Cenia DMU 25 
jednotlivými smrčky. Ani v jednom případě se ale nejedná o konkrétní strom 
ve smyslu natural= tree. 

Obecně mě nenapadá žádná mapa, která by plošně značila ornou půdu a jen 
některé značí louky.

 
 
Dnes sem narazit na případ kde při oklikání LPIS zmizelo území onačené jako 
natural=scrub (Jedná se o sadu změn 25693608 a asi cestu 213885832) a je tam
jakési landuse=meadow  (cesta 305184257 jako část relace) které je navíc 
podle mě v LPIS špatně. 

 
 
Do přílohy přikládám ilustrační obrázky, ale nevím, jestli to projde. To že 
území blízké Korouhve není označené jako residential jen ilustruje, že to 
důležité je v bílých místech. Jedná se o toto místo: http://osm.org/go/0J7
Euz5C4-(http://osm.org/go/0J7Euz5C4-)




Tak sem si postěžoval, … přeji všem přispěvatelům hezký den.




Jirka




___
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] opět chyba placeholder

2014-10-01 Thread Zdeněk Pražák

trasoval jsem pole mezi Chlumcem nad cidlinou a týncem nad labem. U Týnce 
nad Labem jsem narazil na pole při jehož trasování mi josm nahlásil chybu a 
a přestože jsem v josm dal krok zpět, při pokusu o nahrání mi josm hlásil 
chybu placeholder.

I když jsem si uvedené pole několikrát znovu nahrál a před trasováním se 
snažil jej upravit, tak uvedené hlášky se přesto znovu opakovaly a nepovedlo
se mi upravit tak, aby šlo natrasovat a nahrát.
jedná se o pole mezi Týncem nad Labem a Bělušicemi
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] opět chyba placeholder

2014-10-01 Thread Marián Kyral

Ahoj,
Jedno pole, nebo více polí? Máš save? Jediná cesta je uložit, ručně smazat 
problémové objekty, přetrasovat a nahrát.

Jestli si na úpravu netroufáš, pošli.

Už jsem tu psal, že se mi to taky objevilo, ale nepodařilo se mi zjistit 
příčinu. Nahrání problémové oblasti a nové trasování proběhlo bez problémů. 
Takže se dá říci, že chyba se vyskytne v závislosti na nějaké předchozí akci
nebo stavu.

Marián


-- Původní zpráva --
Od: Zdeněk Pražák zpra...@seznam.cz
Komu: talk-cz@openstreetmap.org
Datum: 1. 10. 2014 21:05:39
Předmět: [Talk-cz] opět chyba placeholder


trasoval jsem pole mezi Chlumcem nad cidlinou a týncem nad labem. U Týnce 
nad Labem jsem narazil na pole při jehož trasování mi josm nahlásil chybu a 
a přestože jsem v josm dal krok zpět, při pokusu o nahrání mi josm hlásil 
chybu placeholder.

I když jsem si uvedené pole několikrát znovu nahrál a před trasováním se 
snažil jej upravit, tak uvedené hlášky se přesto znovu opakovaly a nepovedlo
se mi upravit tak, aby šlo natrasovat a nahrát.
jedná se o pole mezi Týncem nad Labem a Bělušicemi

___
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

Re: [Talk-cz] WMS TMS vrstvy do JOSM

2014-10-01 Thread Marián Kyral



-- Původní zpráva --
Od: hanoj eha...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 16. 9. 2014 9:26:19
Předmět: Re: [Talk-cz] WMS TMS vrstvy do JOSM

pridáno na wiki:
+RUIAN budovy, RUIAN parcely, pLPIS
- uhul:ortofoto




Ahoj,

na josm-dev se objevila informace, že na wiki jsou nyní dostupné náhledy 
zadaných vrstev [1]. Když kliknu na {view} u CUZK:KM [2], tak vidím zeleně 
data z CUZK a červenou čáru (shape).  Jednak je vidět, že červená čára není 
uzavřena a taky když si to přiblížím, vidím, že někde zelená přesahuje mimo 
shape.





Je to OK, nebo to bude třeba opravit? Na co má shape vliv?





[1] https://lists.openstreetmap.org/pipermail/josm-dev/2014-October/007092.
html

[2] http://josm.openstreetmap.de/mapsview?entry=Czech%20CUZK%3AKM





Marián




ha
hanoj

Dne 15. září 2014 21:30 Petr Schönmann pschonm...@gmail.com napsal(a):
 Ahoj, chtěl bych se optat zda by někdo nepřidal do výchozích podkladů
 JOSM České WMS / TMS

 http://josm.openstreetmap.de/wiki/Maps/Czech%20Republic

 Udělal bych to sám, ale nejsem si vůbec jistý zda by tam seděli
 projekce, nevyznám se v tom :)
 Navrhoval bych dodat tam RUIAN, Pozemky RUIAN, pLPIS + co volného vás 
napadne.

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

Re: [Talk-cz] opět chyba placeholder

2014-10-01 Thread Zdeněk Pražák

pokud jsem vypozoroval, tak šlo o jedno pole tvořené multipolygonem (uvnitř
pole se nalézají lesíky ID 150527556 a 150527555).
Uložený soubor nemám, doposud jsem tyto případy řešil tím způsobem, že jsem
stáhl znovu místo, kde se mi nepovedlo dokončit nahrání a nedokončená pole
(v josm byly pouze jednotlivé nespojené body) dotrasoval znovu.
toto však v  tomto případě nešlo přestože jsem se několikrát snažil upravit
lesíky tak aby nezasahovaly do oblasti vyznačené LPIS
Pražák

Dne 1. října 2014 21:23 Marián Kyral mky...@email.cz napsal(a):

 Ahoj,
 Jedno pole, nebo více polí? Máš save? Jediná cesta je uložit, ručně smazat
 problémové objekty, přetrasovat a nahrát.

 Jestli si na úpravu netroufáš, pošli.

 Už jsem tu psal, že se mi to taky objevilo, ale nepodařilo se mi zjistit
 příčinu. Nahrání problémové oblasti a nové trasování proběhlo bez problémů.
 Takže se dá říci, že chyba se vyskytne v závislosti na nějaké předchozí
 akci nebo stavu.

 Marián

 -- Původní zpráva --
 Od: Zdeněk Pražák zpra...@seznam.cz
 Komu: talk-cz@openstreetmap.org
 Datum: 1. 10. 2014 21:05:39
 Předmět: [Talk-cz] opět chyba placeholder

 trasoval jsem pole mezi Chlumcem nad cidlinou a týncem nad labem. U Týnce
 nad Labem jsem narazil na pole při jehož trasování mi josm nahlásil chybu a
 a přestože jsem v josm dal krok zpět, při pokusu o nahrání mi josm hlásil
 chybu placeholder.

 I když jsem si uvedené pole několikrát znovu nahrál a před trasováním se
 snažil jej upravit, tak uvedené hlášky se přesto znovu opakovaly a
 nepovedlo se mi upravit tak, aby šlo natrasovat a nahrát.
 jedná se o pole mezi Týncem nad Labem a Bělušicemi
 ___
 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 mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava

2014-10-01 Thread Eric Debeau

Super

Je vois que ca peut être utile;-) On peut demander à Strava d'améliorer le
niveau de zoom ;-)

Les cyclistes rendent service à la carto...juste retour historique ou les
premières cartes collaboratives ont été créées par des cyclistes
britanniques :

http http://www.roadswerenotbuiltforcars.com/openstreetmap/
://www.roadswerenotbuiltforcars.com/openstreetmap
http://www.roadswerenotbuiltforcars.com/openstreetmap//
http://www.roadswerenotbuiltforcars.com/openstreetmap/


Eric

2014-10-01 7:06 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr:

  Le 01/10/2014 00:00, Jérôme Seigneuret a écrit :

 Ben voilà! C'est de ça que voulait me parler *Stéphane Péneau *dans le
 sujet* [OSM-talk-fr] Import automatique de traces GPS, bien ou mal ?*



 C'est exactement ça !

 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] Amélioration des routes/chemins avec Strava

2014-10-01 Thread Nicolas Dumoulin

Bonjour,

Intéressant ce projet, et surtout les données :-)

Le mardi 30 septembre 2014 23:55:24 Vincent Pottier a écrit :
 Le 30/09/2014 23:33, Eric Debeau a écrit :
  Bonsoir
  
  Strava,
 
 Du coup, j'ai ajouté ça dans les calques de JOSM :
 Strava :
 tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png
 
 et maintenant, le vois les sentiers sous les arbres ;-)

Ok, mais attention toutes les traces ne passent pas sur des chemins.
Je viens de faire un test sur un secteur que je connais un peu, et je vois des 
traces de gars (ou filles) qui se sont bien éclatés dans la forêt :-) Donc 
comme d'habitude, il faut ensuite aller vérifier sur place si ça passe 
vraiment, ou si c'est juste un single improvisé.

-- 
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] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

En effet ça se base sur la BD-Parcellaire pour les numérotations. Je me
demande si un numéro est attribué aux parcelles qui sont viabilisé ou plus
largement au zones constructibles. Auquel cas ça peut vite faire grimper la
quantité. C'est basé sur  un fichier d'adresse littérale donc il y a
interpolation dans tous les cas quand nous (pour OSM) évitons au maximum
cette technique. il y a aussi des cas de placement au centre du lieu-dit ou
au centre de la commune. Les techniques sont cités en 2.5.1 dans les
évolutions entre la v2.0 et la v2.1

La comparaison des fichiers n'est pas idéale en tous cas elle ne nous
permettra pas de dire qu'il y a encore prêt de 10 millions d'addresses à
saisir car il est possible que les adresses servant à l'interpolation
pourrait y être compté aussi.

Pour les adresses temporaires, elles sont filtrables :
*Les numéros fictifs ou en attente de numérotation (anciennement
supérieurs à 5000 pour la *
*numérotation interne à la Direction Générale des Finances Publiques -
DGFiP) sont mis à la *
*valeur « 0 » (zéro)*

Doc si vous avez la BD-Adresse je serais intéressé de savoir ce qu'il en
est sans ces numéros fictifs.
Ainsi que le nombre d'adresse par TYP_LOC qui permet de savoir si l'adresse
est sur le batiments ou pas.
Les adresses IGN sont décomposés sur les bâtiments collectifs avec
l'info COMPL ce qui peut aussi faire gonfler les comptes

Le champs METHODE doit nous permettre de connaitre comment ont été
récupérés ou créés les adresses et le pourcentage provenant des partenaires
(valeur= précodé)

L'estimation est à 2% de confusion
D'après la doc voici la répartition du positionnement de l'adresse:
- Positionnée à la plaque adresse 48 %
- Projection à partir du centre des parcelles 36 %
- Interpolation (tronçon et voie) 14 %
- Positionnement à la zone d’adressage 1 %
- Positionnement au centre de la commune 1 %

Bref une comparaison possible oui. Mais la répartition entre
l'interpolation et le terrain pour nous doivent surement être totalement
différentes. Le nombre adresses restant à saisir ne me semble pas cohérent
ou il faut déjà arriver à filtrer une bonne partie de la base de l'IGN
avant.



Le 1 octobre 2014 06:35, Vincent de Château-Thierry osm.v...@free.fr a
écrit :

 Bonjour,

 Le 01/10/2014 00:44, Christian Quest a écrit :

  26 millions d'adresses (pour dénigrer nos petits 15 millions
 d'adresses)... et combien qui ne correspondent à rien sur le terrain ?

 L'IGN joue un peu en ce moment à celui qui a la plus grosse (base)... la
 quantité quitte à compter n'importe quoi là dedans comme des numéros
 temporaires attribués par le cadastre, ou des adresses virtuelles
 données à des transformateurs électriques (ils ne connaissent pas les
 ref GDO).
 C'est sûr qu'il est plus facile de communiquer sur des chiffres de
 quantité que sur la qualité plus difficile à comparer.


 Juste sur les n° temporaires du cadastre, il faut reconnaître qu'ils sont
 aussi dans BANO, car rien en apparence de les différencie des autres. On
 devrait pouvoir en détecter, ils sont souvent exprimés en milliers au
 milieu d'autres numéros en unités ou dizaines, dans la même voie, mais on
 ne s'est pas lancé là dedans pour l'instant.

  (...)

 Mais ça ne change pas le constat + général sur le contenu de cette BD.

 vincent


 ___
 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] osm.fr : De la diversité des cartes produites avec OSM, lien mort

2014-10-01 Thread Ab_fab

Je l'avais également constaté.
Dommage, c'est sympa pour présenter le projet

2014-09-30 23:27 GMT+02:00 Vincent Pottier vpott...@gmail.com:

 re-bonsoir,

 Le lien de la page De la diversité des cartes produites avec OSM vers
 http://www.openwhatevermap.org/ est mort.
 erreur 403 Forbidden.
 --
 FrViPofm


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava

C'est sur que les tracés à champignon ça va pas être Top XD

@Vincent sur JOSM tu perds l'avantage de la fonction livré par Strava en
terme de calcule du positionnement du tronçon. Certe c'est de
l'amélioration mais ça ne fonctionne que sur iD et sur leur Fork du projet.

Le 1 octobre 2014 09:18, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Bonjour,

 Intéressant ce projet, et surtout les données :-)

 Le mardi 30 septembre 2014 23:55:24 Vincent Pottier a écrit :
  Le 30/09/2014 23:33, Eric Debeau a écrit :
   Bonsoir
  
   Strava,
 
  Du coup, j'ai ajouté ça dans les calques de JOSM :
  Strava :
  tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png
 
  et maintenant, le vois les sentiers sous les arbres ;-)

 Ok, mais attention toutes les traces ne passent pas sur des chemins.
 Je viens de faire un test sur un secteur que je connais un peu, et je vois
 des
 traces de gars (ou filles) qui se sont bien éclatés dans la forêt :-) Donc
 comme d'habitude, il faut ensuite aller vérifier sur place si ça passe
 vraiment, ou si c'est juste un single improvisé.

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 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] OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Thread Nicolas Moyroud




L'IGN vous aura entendus :) (ça date de ce matin) :
http://georezo.net/forum/viewtopic.php?pid=257855#p257855
Allez tiens je veux bien pustuler, mais par contre je leur refais tout 
le géoportail avec que du libre. ;-)

Ben comment ça, ma candidature est recalée d'office ? Rooohhh...

Nicolas

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...


Le 01/10/2014 06:35, Vincent de Château-Thierry a écrit :


Juste sur les n° temporaires du cadastre, il faut reconnaître qu'ils 
sont aussi dans BANO, car rien en apparence de les différencie des 
autres. On devrait pouvoir en détecter, ils sont souvent exprimés en 
milliers au milieu d'autres numéros en unités ou dizaines, dans la 
même voie, mais on ne s'est pas lancé là dedans pour l'instant.


Et filtrer les adresses isolées, à plusieurs kilomètres de la rue en 
question.


Au passage, si ça vient de la poste, c'est une base au format adresse 
postale, sans accents, sans tirets etc... ?


Qu'est-ce que je peste aussi contre ces absence dans le cadastre, 
particulièrement sur les majuscule. C'est une ancienne limite technique ?



Stf

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

Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 0:17 GMT+02:00 Yves Pratter yves.prat...@gmail.com:

 Mais est-ce que c’est utilisable pour du contrôle qualité ?
 Ou pour savoir ce qui reste à saisir dans OSM ?

Ouh là, attention, terrain glissant. C'est très limite question légal.
Même si leur base n'est pas directement exploitée, s'en servir pour
détecter nos manquements pourrait être considéré comme un usage
indirect mais assez significatif de leur travail pour demander
rénumération. Un juge pourrait facilement trancher en leur faveur
(tout est question de proportionalité). Quelqu'un a récemment mis en
ligne un outil qui compare les routes de google maps avec osm et la
même question se pose dans ce cas là.
Au passage, aucune licence ne détaille ce genre d'usage. Même si
j'avoue n'avoir pas lu les 64 pages du PDF de la licence de l'IGN ce
qui doit être un record en ce domaine (pour refaire un peu d' IGN
bashing ;-)

Pieren

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

Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Thread Ab_fab

*Mais est-ce que c’est utilisable pour du contrôle qualité ?*
*Ou pour savoir ce qui reste à saisir dans OSM ?*

A moins d'obtenir une autorisation explicite de l'IGN, basée sur un
protocole bien défini d'analyse et de précision dans les résultats (*), je
ne pense pas que ce soit possible.

J'en profite pour glisser le lien vers un billet intéressant de Libertic,
en particulier pour l'évocation des suites de l'ouverture des données
adresses sur Nantes

http://libertic.wordpress.com/2014/09/30/chers-producteurs-de-donnees-ouvertes-maintenant-mangez-les/


(*) Par exemple, des stats à l'échelle d'un carreau INSEE (% d'avancement,
nombre d'adresses manquantes) ce serait déjà intéressant.


Le 1 octobre 2014 00:17, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 1 oct. 2014 à 00:06, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :

 C'est pas pour tous le monde que c'est gratuit mais que pour les organisme
 public et la recherche.

 Ok, j’avais bien lu ;-)

 Mais est-ce que c’est utilisable pour du contrôle qualité ?
 Ou pour savoir ce qui reste à saisir dans OSM ?

 Si je comprends bien la page de status de BANO
 https://openstreetmap.fr/outils/bano/status, elle contient
 actuellement 18 500 093 adresses.
 Il en manquerait donc 6,5 millions ?

 Je trouve que Bano est assez avancé car ce projet est très récent
 71% des adresses françaises sont recensées (si on considère que BD
 ADRESSE décrit les 100%)

 —
 Yves



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Thread adrien carpentier

je pense que ça doit être un des objectifs du rapprochement BANO^2 / BAN
proposé par la mission étalab...
si l'ign pouvait mettre à dispo la bd adresse pour contrôle qualité
officiellement, ça serait une première grosse victoire
ensuite, voire comment les remontées terrain de modifications peuvent
servir à l'amélioration des bases adresses, avant un jour une base unique?
Merci Christian pour la vanne sur la grosse base, ça me rappelle qqch...
à bientôt
adrien


Le 1 octobre 2014 11:25, Ab_fab gamma@gmail.com a écrit :


 *Mais est-ce que c’est utilisable pour du contrôle qualité ?*
 *Ou pour savoir ce qui reste à saisir dans OSM ?*

 A moins d'obtenir une autorisation explicite de l'IGN, basée sur un
 protocole bien défini d'analyse et de précision dans les résultats (*), je
 ne pense pas que ce soit possible.

 J'en profite pour glisser le lien vers un billet intéressant de Libertic,
 en particulier pour l'évocation des suites de l'ouverture des données
 adresses sur Nantes


 http://libertic.wordpress.com/2014/09/30/chers-producteurs-de-donnees-ouvertes-maintenant-mangez-les/

 
 (*) Par exemple, des stats à l'échelle d'un carreau INSEE (% d'avancement,
 nombre d'adresses manquantes) ce serait déjà intéressant.


 Le 1 octobre 2014 00:17, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 1 oct. 2014 à 00:06, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :

 C'est pas pour tous le monde que c'est gratuit mais que pour les
 organisme public et la recherche.

 Ok, j’avais bien lu ;-)

 Mais est-ce que c’est utilisable pour du contrôle qualité ?
 Ou pour savoir ce qui reste à saisir dans OSM ?

 Si je comprends bien la page de status de BANO
 https://openstreetmap.fr/outils/bano/status, elle contient
 actuellement 18 500 093 adresses.
 Il en manquerait donc 6,5 millions ?

 Je trouve que Bano est assez avancé car ce projet est très récent
 71% des adresses françaises sont recensées (si on considère que BD
 ADRESSE décrit les 100%)

 —
 Yves



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




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

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




-- 
http://www.virage-energie-npdc.org/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO et BD ADRESSE — Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Thread Philippe Verdy

Je suis déjà tombé sur une licence de 80 pages formatée en deux colonnes
par page et en corps 9 (le minimum légal à condition de demander le
document authentique qu'on ne vous fournit as toujours et qu'on vous
remplace par une notice microscopique écrit en corps 7 voire moins sur un
fond coloré et dans une encre peu contrastée ou en baige clair sur blanc
sur une feuille presque transparente qui laisse entrevoir ce qui est écrit
de l'autre côté)...

interminable pour y chercher un numéro de téléphone ou point de contact; et
suivre les différentes étapes d'une procédure de recours destinée à mettre
fin à un contrat commercial lié à cette licence et qui n'avait pourtant
rien à voir avec un service professionnel... Plus long même qu'un contrat
d'assurance ou une notice sur une service de transaction boursière avec ses
nombreuses clauses d'exemption de responsabilité.

Mais sinon vous pouvez toujours regarder les clauses d'un contrat
d'abonnement d'un FAI, les CGU de Microsoft accompagnant ses licences, tout
contrat avec une banque ou pire avec une assurance même le contrat du
service de base le plus basique sensé être proposé à tout le monde
(notamment une complémentaire santé). Plus la société vendeuse est grosse
financièrement, plus ses contrats enflent et deviennent illisibles et
impossibles à comparer. Les offres de crédit à la consommation sont tout
autant illisibles.

D'un autre côté plus le document est long et plus il se contredit lui-même
et des juges ont annulé des tas de clauses incompréhensibles ou trop vagues
restreignant des engagements apparemment clairs écrit en gros dans la
présentation initiale de l'offre et vanté dans la publicité (la présence
d'un astérisque au bout d'un slogan ne justifie rien; surtout si la clause
additionelle n'est pas sur la même page ni écrite dans un corps suffisant).

En fin de compte, les contrats oraux par téléphone (enregistrés) sont
beaucoup plus faciles à comprendre et défendre. Il est dommage que les
enregistrements téléphoniques certifiés ne soient pas encore possibles
techniquement (alors que la loi le permet à condition que l'enregistrement
ait fait l'objet d'une mention explicite et d'un accord initial), post
signés ensuite par une signature numérique apposée sur une transcription.
Cela validerait bien des accords car impossible de glisser des petites
lignes.

Tout contrat de plus d'une page (format courrier légal) sur un seul et même
produit devrait être considéré comme abusif. S'il faut plus de pages c'est
parce que cela porte sur des produits différents qui doivet ausi être
facturés séparément et avoir une dénomination distinctive.

Maintenant l'état ne donne pas le bon exemple non plus avec ses formulaires
de déclaration fiscale ou pour la moindre démarche administrative avec des
fiches de renseignement interminables (la partie identification pourrait
comprendre un recto, les autres renseignements et
agréments/certifications/signature sur le verso. L'autre solution ce sont
les fiches annexes de renseignement complémentaires faisant une référence
directe au document principal (dont la partie recto d'identification peut
comprendre une liste certifiée de ses annexes obligatoires). On doit
pouvoir comprendre les clauses et responsabilité au sein d'une seule et
unique page et séparer clairement ce qui est séparable et toutes les
options non nécessaires au contrat initial et qui peuvent être annulées
séparément.

Le 1 octobre 2014 11:13, Pieren pier...@gmail.com a écrit :

 2014-10-01 0:17 GMT+02:00 Yves Pratter yves.prat...@gmail.com:

  Mais est-ce que c’est utilisable pour du contrôle qualité ?
  Ou pour savoir ce qui reste à saisir dans OSM ?

 Ouh là, attention, terrain glissant. C'est très limite question légal.
 Même si leur base n'est pas directement exploitée, s'en servir pour
 détecter nos manquements pourrait être considéré comme un usage
 indirect mais assez significatif de leur travail pour demander
 rénumération. Un juge pourrait facilement trancher en leur faveur
 (tout est question de proportionalité). Quelqu'un a récemment mis en
 ligne un outil qui compare les routes de google maps avec osm et la
 même question se pose dans ce cas là.
 Au passage, aucune licence ne détaille ce genre d'usage. Même si
 j'avoue n'avoir pas lu les 64 pages du PDF de la licence de l'IGN ce
 qui doit être un record en ce domaine (pour refaire un peu d' IGN
 bashing ;-)

 Pieren

 ___
 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] Appareil photo avec traces GPS

2014-10-01 Thread Yves Pratter


Le 1 oct. 2014 à 00:59, Yves Pratter yves.prat...@gmail.com a écrit en 
réponse au message Re: [OSM-talk-fr] Qualité GPS Garmin Edge

 Pour info, je viens de tester un appareil photo qui enregistre une trace GPS 
 (en plus de la position dans les photos).
 SONY Cybershot DSC HX400V
 
 Je n’ai pas réussi à l’ouvrir dans JOSM. Il est tard, mon Mac fatigue et moi 
 aussi ;-)
Fichier - ouvrir : JOSM charge le fichier NMEA et le convertit automatiquement 
(faut-il un greffon spécifique ?)

 Les fixes sont rapides et fiables (en comparaison d’un compact PANASONIC dont 
 j’ai désactivé la fonction GPS).

Un affichage sur la couche Bing Sat semble correcte (terrain accidenté en fond 
de canyon).
Malheureusement la qualité de la précision (HDOP) n’est pas renseignée par 
l’appareil photo.

De plus c’est assez adapté à une rando à pied (la courbe suit bien le sentier), 
mais plus du tout quand la vitesse est élevée car les points sont enregistrés 
toutes les 15 secondes.

—
Yves

Pour info, pour afficher la DOP avec JOSM, il faut cocher la case « Mode avancé 
» dans les préférences.
On peut ainsi afficher des cercles proportionnels à la précision et/ou colorier 
la trace en fonction de la DOP.

 Extrait de la trace :
 @Sonygps/ver3.0/wgs-84/
 $GPGGA,140227.000,4700.8606,N,00600.1793,E,1,0,,110.0,M,,M,,*5F
   ^ HDOP manquante

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

Re: [OSM-talk-fr] Appareil photo avec traces GPS

C'est dommage. Et le Edge a cette info dans les traces?

Le 1 octobre 2014 11:52, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 1 oct. 2014 à 00:59, Yves Pratter yves.prat...@gmail.com a écrit en
 réponse au message Re: [OSM-talk-fr] Qualité GPS Garmin Edge

 Pour info, je viens de tester un appareil photo qui enregistre une trace
 GPS (en plus de la position dans les photos).
 SONY Cybershot DSC HX400V

 Je n’ai pas réussi à l’ouvrir dans JOSM. Il est tard, mon Mac fatigue et
 moi aussi ;-)

 Fichier - ouvrir : JOSM charge le fichier NMEA et le convertit
 automatiquement (faut-il un greffon spécifique ?)

 Les fixes sont rapides et fiables (en comparaison d’un compact PANASONIC
 dont j’ai désactivé la fonction GPS).


 Un affichage sur la couche Bing Sat semble correcte (terrain accidenté en
 fond de canyon).
 Malheureusement la qualité de la précision (HDOP) n’est pas renseignée par
 l’appareil photo.

 De plus c’est assez adapté à une rando à pied (la courbe suit bien le
 sentier), mais plus du tout quand la vitesse est élevée car les points sont
 enregistrés toutes les 15 secondes.

 —
 Yves

 Pour info, pour afficher la DOP avec JOSM, il faut cocher la case « Mode
 avancé » dans les préférences.
 On peut ainsi afficher des cercles proportionnels à la précision et/ou
 colorier la trace en fonction de la DOP.

 Extrait de la trace :
 @Sonygps/ver3.0/wgs-84/
 $GPGGA,140227.000,4700.8606,N,00600.1793,E,1,0,,110.0,M,,M,,*5F
   ^ HDOP manquante



 ___
 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] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

Au passage, si ça vient de la poste, c'est une base au format adresse
postale, sans accents, sans tirets etc... ?

Qu'est-ce que je peste aussi contre ces absence dans le cadastre,
particulièrement sur les majuscule. C'est une ancienne limite technique ?

C'est pas bien compliqué de contourner ce problème et de faire un
rapprochement sur des chaines de caractères automatique. Perso, je fais ça
en python. Je génére des slug (sorte d'identifiant unique texte) et je fais
des comparaisons de nom entre sources de données différentes avant faire
mes jointures attributaires. Ensuite j'isole les données des sources dans
un sens comme dans l'autres pour voir ce qui n'a pas trouvé de
correspondance (nom alternatif...) pour ensuite faire une deuxième passe...

J'avais même intégré cette fonction dans PostgreSQL en PL/Python

La technique consiste à avoir les mêmes caractères de séparation et la même
case en ajoutant une fonction qui converti les caractères non ascii en
caratère ascii ou/et supprime des caractères non souhaitait (comme des
balise HTML). On peut même tester les correspondance de nom avec
abréviation.

voir ce code https://gist.github.com/turicas/1428479

Je pense qu'on pourrait aisément le faire pour l'ensemble des noms de rue
en incluant aussi une table de clé de valeurs de remplacement au besoin
(mais par commune car les prénoms peuvent être différent et l’abréviation
identique...)


Le 1 octobre 2014 10:20, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Le 01/10/2014 06:35, Vincent de Château-Thierry a écrit :


 Juste sur les n° temporaires du cadastre, il faut reconnaître qu'ils sont
 aussi dans BANO, car rien en apparence de les différencie des autres. On
 devrait pouvoir en détecter, ils sont souvent exprimés en milliers au
 milieu d'autres numéros en unités ou dizaines, dans la même voie, mais on
 ne s'est pas lancé là dedans pour l'instant.


 Et filtrer les adresses isolées, à plusieurs kilomètres de la rue en
 question.

 Au passage, si ça vient de la poste, c'est une base au format adresse
 postale, sans accents, sans tirets etc... ?

 Qu'est-ce que je peste aussi contre ces absence dans le cadastre,
 particulièrement sur les majuscule. C'est une ancienne limite technique ?


 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] Appareil photo avec traces GPS

2014-10-01 Thread Yves Pratter


Le 1 oct. 2014 à 12:00, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit :

 C'est dommage. Et le Edge a cette info dans les traces?

Il n’y a pas de détails dans le manuel.

Les GPS Garmin gèrent les formats GPX, TCX et FIT (entre autres).
Voici la liste des formats importés/exportés selon les modèles : 
http://www.garmindeveloper.com/web-device/garmin-communicator-plugin/device-support-matrix/

La norme GPX permet d’indiquer la HDOP, VDOP et PDOP.
Est-ce que Garmin enregistre toujours ces informations ??

Le format FIT (Flexible and Interoperable Data Transfer) n’est pas lisible pour 
nous autres humains (format binaire).
Dans la spécification, je ne vois aucun champs concernant la DOP…

Il enregistre semble-t-il uniquement la position, la cadence, la fréquence 
cardiaque… mais pas de DOP.

—
Yves



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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Thread Christian Quest

Le 1 octobre 2014 11:35, adrien carpentier ad.carpent...@gmail.com a
écrit :

 je pense que ça doit être un des objectifs du rapprochement BANO^2 / BAN
 proposé par la mission étalab...
 si l'ign pouvait mettre à dispo la bd adresse pour contrôle qualité
 officiellement, ça serait une première grosse victoire
 ensuite, voire comment les remontées terrain de modifications peuvent
 servir à l'amélioration des bases adresses, avant un jour une base unique?
 Merci Christian pour la vanne sur la grosse base, ça me rappelle qqch...


Désolé j'ai oublié l'attribution de la vanne à un certain Adrien C ;)


Lors de l'entretien que j'ai eu à Montpellier en juin avec le DG de l'IGN,
celui-ci était favorable à fournir la BD Adresse (un ancien millésime) pour
compléter BANO. On ne parlait pas encore de BANO^2 à l'époque.

J'ai deux importantes réunions qui arrivent:
- cet après-midi avec la direction du cadastre à la DGFiP
- demain matin au CNIG (commission données) où je présenterai BANO^2

J'espère que la réunion du CNIG à laquelle très exceptionnellement le DG de
l'IGN sera présent, ainsi que des représentants SNA de La Poste mais aussi
la DISIC (SGMAP) permettra d'établir les bases d'un travail collectif en
bonne intelligence.

Comme vous voyez ça bouge autour des adresses !

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

[OSM-talk-fr] Import des arbres du pere lachaise

Bonjour,

Que penser de cet import non déclaré des arbres du père Lachaise (26
sep 2014):
http://www.openstreetmap.org/changeset/25696964

J'ai un problème avec cet import. Il n'y pas de tag source ni sur
les éléments, ni dans le changeset même si on la devine avec certains
tags. Les tags ref:opendataparis:adresse,
ref:opendataparis:domanialit et ref:opendataparis:geo_point_2d
sont inutiles amha. Et certains taxons sont abbrégés.
On a maintenant deux options : soit corriger l'existant, soit faire un
revert et demander à osmmaker de refaire son import en corrigeant ses
erreurs. Le pire, c'est que c'est un récidivsite (février 2013):
http://www.openstreetmap.org/changeset/15133850

Je ne cache pas que ma préférence va à la deuxième solution. On ne
devrait pas pouvoir importer 4000+ éléments dans OSM sans contacter un
minimum la communauté pour voir si le process est bien préparé (bien
que je sois aussi contre le formalisme autoritaire des lourdes
procédures imposées par le dwg pour tous les imports)

Pieren

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Thread Christian Quest

Les noms de voie ont été maltraités pendant des décennies par la norme
AFNOR sur les adresses, norme postale.

Beaucoup de bases ne possède que des libellés version MINITEL, c'est à
dire en majuscule, abbrégés et bien sûr sans accent.

Pour les jeux en opendata, on trouve un peu de tout, il n'y a pas de
cohérence d'un jeu à l'autre. Le dernier en date (Metz Métropole, publié
hier sur data.gouv.fr et intégré hier soir dans BANO) a les libellés
découpés en trois champs, mais il ceux-ci ne sont pas homogène. On a une
Impasse Saint-Exupéry, à côté d'une Rue Saint-exupery...

Les scripts BANO essayent d'extraire le libellé le plus complet, en faisant
différents rapprochement entre les nom figurant dans OSM et les libellés
présent sur les planches du cadastre.



Le 1 octobre 2014 10:20, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Le 01/10/2014 06:35, Vincent de Château-Thierry a écrit :


 Juste sur les n° temporaires du cadastre, il faut reconnaître qu'ils sont
 aussi dans BANO, car rien en apparence de les différencie des autres. On
 devrait pouvoir en détecter, ils sont souvent exprimés en milliers au
 milieu d'autres numéros en unités ou dizaines, dans la même voie, mais on
 ne s'est pas lancé là dedans pour l'instant.


 Et filtrer les adresses isolées, à plusieurs kilomètres de la rue en
 question.

 Au passage, si ça vient de la poste, c'est une base au format adresse
 postale, sans accents, sans tirets etc... ?

 Qu'est-ce que je peste aussi contre ces absence dans le cadastre,
 particulièrement sur les majuscule. C'est une ancienne limite technique ?


 Stf


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




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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...


Le 01/10/2014 12:36, Jérôme Seigneuret a écrit :
Au passage, si ça vient de la poste, c'est une base au format adresse 
postale, sans accents, sans tirets etc... ?


Qu'est-ce que je peste aussi contre ces absence dans le cadastre, 
particulièrement sur les majuscule. C'est une ancienne limite technique ?


C'est pas bien compliqué de contourner ce problème et de faire un 
rapprochement sur des chaines de caractères automatique.


Ce n'est pas compliqué si c'est un nom connu, ce qui n'est pas toujours 
le cas, loin de là.


A l'instant, j'ai un nom de hameau qui est LES MAZERIES. S'agit-'il 
des mazéries, ou bien des mazeries, ou encore des mazèries.



Le mercredi 1 octobre 2014 14:37:43, Christian Quest a écrit :

 J'ai deux importantes réunions qui arrivent:
 - cet après-midi avec la direction du cadastre à la DGFiP

Si tu as de la place pour leur demander s'il pouvaient ne pas supprimer 
les accents sur les majuscules...  :-)


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

Re: [OSM-talk-fr] Appareil photo avec traces GPS

Pour le fit c'est mort... C'est Heart | Cadence | Distance | Speed en clair
c'est super pour faire des graphes à mettre dans un soft d'analyse pour le
running

D'après le tableau en lien que tu as mis c'est pour le Edge 500 par pour le
705 (GPX, TCX)
Par contre, pas d'info sur le 800 et le 810.


voici le contenu de l'export texte type de garmin
imple Text Output Format:

*The simple text (ASCII) output contains time, position, and velocity data
in*
*the fixed width fields (not delimited) defined in the following table:*

*FIELD DESCRIPTION:  WIDTH:  NOTES:*
*--- --- *
*Sentence start  1   Always '@'*
*--- --- *
*   /Year2   Last two digits of UTC year*
*  | --- --- *
*  | Month   2   UTC month, 01..12*
*T | --- --- *
*i | Day 2   UTC day of month, 01..31*
*m | --- --- *
*e | Hour2   UTC hour, 00..23*
*  | --- --- *
*  | Minute  2   UTC minute, 00..59*
*  | --- --- *
*   \Second  2   UTC second, 00..59*
*--- --- *
*   /Latitude hemisphere 1   'N' or 'S'*
*  | --- --- *
*  | Latitude position   7   WGS84 ddm, with an implied*
*  | decimal after the 4th digit*
*  | --- --- *
*  | Longitude hemishpere1   'E' or 'W'*
*  | --- --- *
*  | Longitude position  8   WGS84 dddm with an implied*
*P | decimal after the 5th digit*
*o | --- --- *
*s | Position status 1   'd' if current 2D differential GPS
position*
*i | 'D' if current 3D differential GPS
position*
*t | 'g' if current 2D GPS position*
*i | 'G' if current 3D GPS position*
*o | 'S' if simulated position*
*n | '_' if invalid position*
*  | --- --- *
*  | Horizontal posn error   3   EPH in meters*
*  | --- --- *
*  | Altitude sign   1   '+' or '-'*
*  | --- --- *
*  | Altitude5   Height above or below mean*
*   \sea level in meters*
*--- --- *
*   /East/West velocity  1   'E' or 'W'*
*  | direction*
*  | --- --- *
*  | East/West velocity  4   Meters per second in tenths,*
*  | magnitude   (1234 = 123.4 m/s)*
*V | --- --- *
*e | North/South velocity1   'N' or 'S'*
*l | direction*
*o | --- --- *
*c | North/South velocity4   Meters per second in tenths,*
*i | magnitude   (1234 = 123.4 m/s)*
*t | --- --- *
*y | Vertical velocity   1   'U' (up) or 'D' (down)*
*  | direction*
*  | --- --- *
*  | Vertical velocity   4   Meters per second in hundredths,*
*   \magnitude   (1234 = 12.34 m/s)*
*--- --- *
*Sentence end2   Carriage return, '0x0D', and*
*line feed, '0x0A'*
*--- --- *

*If a numeric value does not fill its entire field width, the field is
padded*
*with leading '0's (eg. an altitude of 50 meters above MSL will be output
as*
*+00050).*

*Any or all of the data in the text sentence (except for the sentence start*
*and sentence end fields) may be replaced with underscores to indicate*
*invalid data.*

L'EPH à l'air de correspondre au HDOP du GPX...


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


 Le 1 oct. 2014 à 12:00, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :

 C'est dommage. Et le Edge a cette info dans les traces?


 Il n’y a pas de détails dans le manuel.

 Les GPS Garmin gèrent les formats GPX, TCX et FIT
 http://wiki.openstreetmap.org/wiki/FIT (entre autres).
 Voici la liste des formats importés/exportés selon les modèles :

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 14:37 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

 Comme vous voyez ça bouge autour des adresses !

Mouais, ça bougeait aussi il y a dix ans. C'est peut-être juste un
spasme avant la mort cérébrale ;-)

Sinon, pour savoir qui a la plus grosse, vu sur un rapport récent du
cnig ([1]):
- DGFiP : 22 millions d'adresses dont 5 avec no  5000 (temporaires ?)
- IGN : 25 millions d'adresses dont 80% localisées précisément (ce qui
fait quand même 20% de pifométrées)
- la poste : 22 millions d'adresses dont 18 intégrées dans la base IGN

Pieren

[1] 
http://cnig.gouv.fr/wp-content/uploads/2013/09/BAN_pr%C3%A9sentation-du-25sept13.pdf

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

Re: [OSM-talk-fr] Import des arbres du pere lachaise


Le mercredi 1 octobre 2014 14:49:00, Pieren a écrit :

Bonjour,

Que penser de cet import non déclaré des arbres du père Lachaise (26
sep 2014):
http://www.openstreetmap.org/changeset/25696964

J'ai un problème avec cet import. Il n'y pas de tag source ni sur
les éléments, ni dans le changeset


En sachant qu'il est contributeur depuis 5 ans, avec plus de 5000 
changesets, et que Josm fait la tête lorsqu'on ne donne pas de source 
au changeset, je trouve ça un peu culotté voir carrément du 
jemenfoutisme 


Je vote 2

Stf


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

Re: [OSM-talk-fr] Import des arbres du pere lachaise

2014-10-01 Thread f . dos . santos

Moi aussi partisan du revert, surtout que ce n'est pas la première fois vu le 
nombre de rappel à l'ordre :

http://www.openstreetmap.org/user/osmmaker/blocks

Francisco

- Mail original -
De: Stéphane Péneau stephane.pen...@wanadoo.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 1 Octobre 2014 15:18:56
Objet: Re: [OSM-talk-fr] Import des arbres du pere lachaise

Le mercredi 1 octobre 2014 14:49:00, Pieren a écrit :
 Bonjour,

 Que penser de cet import non déclaré des arbres du père Lachaise (26
 sep 2014):
 http://www.openstreetmap.org/changeset/25696964

 J'ai un problème avec cet import. Il n'y pas de tag source ni sur
 les éléments, ni dans le changeset

En sachant qu'il est contributeur depuis 5 ans, avec plus de 5000 
changesets, et que Josm fait la tête lorsqu'on ne donne pas de source 
au changeset, je trouve ça un peu culotté voir carrément du 
jemenfoutisme 

Je vote 2

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

[OSM-talk-fr] Fwd: [OSM-talk] speaker urgently needed to provide short intro to UMAP

Si quelqu'un se sent capable de présenter umap dans un webinar en
anglais le 3.10, le message suivant peut l'intéresser:

-- Forwarded message --
From: Adrien Labaeye adrienlaba...@gmail.com
Date: Wed, Oct 1, 2014 at 3:36 PM
Subject: [OSM-talk] speaker urgently needed to provide short intro to UMAP
To: t...@openstreetmap.org

Dear mappers,

I'm in contact with Shareable that is organizing a global map jam of
the new economy during the last two weeks of October. So far they
recommend the use of Google maps because it's easy. But if someone who
has a good knowledge of umap could provide a short introduction during
a webinar on 3.10 at 11pm CET they could actually recommend dozens of
communities to use Umap.

Anyone? please contact me ASAP @ adrienlabaeye [a] gmail.com

More on the mapping jam:
http://www.shareable.net/blog/mapjam-20-to-put-the-new-economy-on-the-map

Best,

--
Adrien Labaeye

+49 176 3810 8605 | Skype ID: adrien.labaeye | Twitter: @alabaeye |
transitionlab.de

c/o Thinkfarm Berlin
Oranienstraße 183
10999 Berlin
(3. Hof, Aufgang C, 3. OG)
http://berlin.thinkfarm.de/

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

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

*A l'instant, j'ai un nom de hameau qui est LES MAZERIES. S'agit-'il des
mazéries, ou bien des mazeries, ou encore des mazèries.*

Si c'est un ajout manquant je dirais bien d'y mettre une alerte demandant
de vérifier sur le terrain ou sur une source officielle
Si c'est une valeur qui existe dans OSM de faire confiance à ce qu'il y a
en base OSM
Si il y a plusieurs écritures en en base sources ou en base de destination
de faire une alerte dans le scripts en listant des valeurs sources et
destination à contrôler pour faire un choix. Si c'est pas possible, créer
une alerte avec les valeurs
par exemple:* alt_name=**LES MAZERIES;**Mazéries;**Mazèries*

Personnellement, je ne mettrais pas ça directement dans le tag *name* sans
certitude mais en *alt_name *et un *note=FIXME Vérifier l'orthographe sur
le terrain et sur une source officielle*




Le 1 octobre 2014 14:59, Pieren pier...@gmail.com a écrit :

 2014-10-01 14:37 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

  Comme vous voyez ça bouge autour des adresses !

 Mouais, ça bougeait aussi il y a dix ans. C'est peut-être juste un
 spasme avant la mort cérébrale ;-)

 Sinon, pour savoir qui a la plus grosse, vu sur un rapport récent du
 cnig ([1]):
 - DGFiP : 22 millions d'adresses dont 5 avec no  5000 (temporaires ?)
 - IGN : 25 millions d'adresses dont 80% localisées précisément (ce qui
 fait quand même 20% de pifométrées)
 - la poste : 22 millions d'adresses dont 18 intégrées dans la base IGN

 Pieren

 [1]
 http://cnig.gouv.fr/wp-content/uploads/2013/09/BAN_pr%C3%A9sentation-du-25sept13.pdf

 ___
 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] Appareil photo avec traces GPS

2014-10-01 Thread Yves Pratter


Le 1 oct. 2014 à 14:54, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit :

 Pour le fit c'est mort... C'est Heart | Cadence | Distance | Speed en clair 
 c'est super pour faire des graphes à mettre dans un soft d'analyse pour le 
 running
En fait c’est dispo. Il s’agit des champs gps_accuracy (cf. Profile.xls du 
FitSDKRelease_12)
Mais comme le champ EPH (c’est le même ?), il doit s’agir d’une estimation de 
l’erreur de position horizontale déduite de la HDOP.

Pour info, voici une bonne définition des DOP :
http://nptel.ac.in/courses/Webcourse-contents/IIT-KANPUR/ModernSurveyingTech/lectureB_11/B_11_3GDOP.htm

Et contrairement à ce que j’ai vu sur cette liste, on peut avoir une bonne 
précision avec 3 satellites : plus ils sont éloignés les uns des autres, 
meilleure est la précision.
On peut au contraire, avoir une DOP très mauvaise avec 6 satellites ou plus, 
pour peu que ceux-ci soient proche les uns des autres. (cf. lien précédent).

 D'après le tableau en lien que tu as mis c'est pour le Edge 500 par pour le 
 705 (GPX, TCX) 
 Par contre, pas d'info sur le 800 et le 810.
Ils peuvent importer les formats GPX, TCX, FIT (source : What file formats will 
the Edge 500, 510, 800, or 810 support?)

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

Re: [OSM-talk-fr] Appareil photo avec traces GPS

*Et contrairement à ce que j’ai vu sur cette liste, on peut avoir une bonne
précision avec 3 satellites : plus ils sont éloignés les uns des autres,
meilleure est la précision.*

Pour les satellites c'est vrai en effet si les trois sont bien calés et que
les conditions environnementale entre toi et tes 3 satellites sont idéales
. Mais il me semble que l'importance d'avoir plusieurs Satellites permets
aussi de pondérer les erreurs d'émission d'un satellite. Si t'en a 3 t'es
pas très bien si l'un d'eux est mal positionné ou subit des perturbations.
Bref on rentre dans un débat différent.

*Ils peuvent importer les formats GPX, TCX, FIT (source : **What file
formats will the Edge 500, 510, 800, or 810 support?
https://support.garmin.com/support/searchSupport/case.faces?caseId=%7Bc358e0c0-e69d-11df-ea12-%7D)*

Le lien ne fonctionne pas. Et c'est plus l'export qui m'intéresse dans mon
cas car c'est l'extraction que je veux faire

*Il s’agit des champs gps_accuracy (cf. Profile.xls du FitSDKRelease_12)*

Ok j'avais pas vu ça... Merci

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

Le 1 oct. 2014 à 14:54, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

Pour le fit c'est mort... C'est Heart | Cadence | Distance | Speed en
clair c'est super pour faire des graphes à mettre dans un soft d'analyse
pour le running

En fait c’est dispo. Il s’agit des champs *gps_accuracy* (cf. Profile.xls
du FitSDKRelease_12)
Mais comme le champ EPH (c’est le même ?), il doit s’agir d’une estimation
de l’erreur de position horizontale déduite de la HDOP.

Pour info, voici une bonne définition des DOP :

http://nptel.ac.in/courses/Webcourse-contents/IIT-KANPUR/ModernSurveyingTech/lectureB_11/B_11_3GDOP.htm

Et contrairement à ce que j’ai vu sur cette liste, on peut avoir une bonne
précision avec 3 satellites : plus ils sont éloignés les uns des autres,
meilleure est la précision.
On peut au contraire, avoir une DOP très mauvaise avec 6 satellites ou
plus, pour peu que ceux-ci soient proche les uns des autres. (cf. lien
précédent).

D'après le tableau en lien que tu as mis c'est pour le Edge 500 par pour
le 705 (GPX, TCX)
Par contre, pas d'info sur le 800 et le 810.

Ils peuvent importer les formats GPX, TCX, FIT (source : What file
formats will the Edge 500, 510, 800, or 810 support?
https://support.garmin.com/support/searchSupport/case.faces?caseId=%7Bc358e0c0-e69d-11df-ea12-%7D
)

—
Yves

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

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava

2014-10-01 Thread Eric SIBERT


Du coup, j'ai ajouté ça dans les calques de JOSM :
Strava :
tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png


Je viens d'essayer. Quand il y a beaucoup de traces, c'est beaucoup plus 
lisible que la superposition de traces issues de OSM.




et maintenant, le vois les sentiers sous les arbres ;-)


S'il y a des traces...

Je viens de regarder autour de Grenoble des coins que j'ai cartographié 
en VTT et où je m'étais dit que ça serait bien si j'avais un tas de 
traces d'autres Vttistes sous la main. Malheureusement, pour le moment, 
ce n'est pas encore ça. J'ai même l'impression qu'il y a plus de traces 
dans OSM que dans Strava. On va attendre que ça monte en puissance :-p.


Eric


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

Re: [OSM-talk-fr] Qualité GPS Garmin Edge

2014-10-01 Thread Eric

J'ai longtemps utilisé un 705 avant de migrer sur un Oregon 650. Les 
raisons :


* l'écran du 705 est petit, surtout quand on a la vue qui baisse :(
* la CPU est très limite et avec les cartes OSM qui sont riches, 
scroller la carte est un enfer
* le format TCX n'est pas pratique, il faut le mouliner pour faire un 
GPX à chaque fois avec un Babel quelconque.


Mais c'est un très bon GPS, précis pour les traces (précision affichée 
souvent de l'ordre de 3-5m, vérifiée sur le terrain). Par contre, je 
pensais qu'il n’était plus vendu ? Je fais mes cartes à partir de OSM et 
ca marche très bien sur le Edge comme l'Oregon.
Avantage du Edge : suivre une trace chargée à l'avance est beaucoup plus 
facile qu'avec l'Oregon (trace rose large plus lisible).


Pour les photos, pour ma part j'ai fait un script python (un peu crado) 
qui parse toutes les photos d'un répertoire et qui, d’après leur heure 
(EXIF) va chercher la position la plus proche dans le fichier trace GPX 
associé et qui l’écrit dans les champs EXIF lat/lon de la photo pour la 
géolocaliser après coup. Avec un offset de temps pour compenser un 
décalage d'horloge entre GPS et APN.

Si ca intéresse quelqu'un...
http://www.blueb.fr/_osm/gps-tag.py

Eric [Blueberry]


Date: Tue, 30 Sep 2014 22:42:02 +0200
From: jseigneuret-...@yahoo.fr
To: talk-fr@openstreetmap.org
Subject: Re: [OSM-talk-fr] Qualité GPS Garmin Edge
  
Et pour les photos vous faites ça en smartphone avec géolocalisation du coup?

Non, appareil photo standard. La géolocalisation n'est pas nécessaire si l'on a 
le GPS qui enregistre la trace. Dans JOSM, on peut géolocaliser les photos en 
faisant correspondre l'heure de prise de vue avec l'heure des points de la 
trace.
Sinon oui, il faut pouvoir insérer les coordonnées lors de la prise de vue 
(smartphone ou appareil photo équipé d'une puce GPS).
George, désolé pour le message précédent, c'est hotmail qui a mangé ma mise en 
page.



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

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava

2014-10-01 Thread Vincent Pottier


Le 01/10/2014 18:56, Eric SIBERT a écrit :

Du coup, j'ai ajouté ça dans les calques de JOSM :
Strava :
tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png


Je viens d'essayer. Quand il y a beaucoup de traces, c'est beaucoup 
plus lisible que la superposition de traces issues de OSM.
Si on pouvait définir une couleur rvba pour les trace GPX dans JOSM avec 
une opacité à 0.3 mais une épaisseur à 2px (par exemple) on aurait cet 
effet heat par superposition. Mais je n'ai jamais trouvé comment changer 
le style d'affichage des traces pour mettre quelque chose d'un peu plus 
lisible que le gris ultra fin.




et maintenant, le vois les sentiers sous les arbres ;-)


S'il y a des traces...

Bien sûr !
En fait c'était une formule humoristique.

Mais ce que j'ai vu en terrain découvert rocheux, c'est qu'un passage 
suffit à montrer où il y a un sentier et à réinterpréter l'imagerie Bing.

--
FrViPofm

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...

2014-10-01 Thread Christian Quest

Retour très positif de la réunion avec la direction du cadastre à la DGFiP.

Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions sur
la motivation des contributeurs, le fonctionnement du projet, les garde fou
vis à vis de la qualité des données, etc.

Sur un plan plus technique et collaboration, il y a un certain intérêt par
exemple sur des remontées d'erreurs détectées soit automatiquement par les
scripts BANO soit par les rapprochements que l'on doit forcer. Un
échantillon de signalement devrait permettre de voir comment ces remontées
peuvent être utiles en interne.

Nous avons aussi demandé si il était envisageable d'avoir une mise à jour
plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et en coût
éventuel.

C'est un premier contact qui va sûrement se poursuivre rapidement (en plus
on est quasi voisins de bureau, ce qui peut aider !).

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...


Mais c'est de très bonne augure tout ça !
Bravo !

Stf

Le mercredi 1 octobre 2014 20:34:42, Christian Quest a écrit :

Retour très positif de la réunion avec la direction du cadastre à la
DGFiP.

Un très bon accueil général sur OSM et sur BANO. Beaucoup de questions
sur la motivation des contributeurs, le fonctionnement du projet, les
garde fou vis à vis de la qualité des données, etc.

Sur un plan plus technique et collaboration, il y a un certain intérêt
par exemple sur des remontées d'erreurs détectées soit automatiquement
par les scripts BANO soit par les rapprochements que l'on doit forcer.
Un échantillon de signalement devrait permettre de voir comment ces
remontées peuvent être utiles en interne.

Nous avons aussi demandé si il était envisageable d'avoir une mise à
jour plus fréquente de FANTOIR. Ceci va être étudié en faisabilité et
en coût éventuel.

C'est un premier contact qui va sûrement se poursuivre rapidement (en
plus on est quasi voisins de bureau, ce qui peut aider !).

--
Christian Quest - OpenStreetMap France


___
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] Amélioration des routes/chemins avec Strava

Hum la fonction de recalage à une sale manie à lisser les courbes un peu
trop fort. Je pense qu'il faudrait pouvoir paramétrer en fonction du besoin
le rayon travail de l'algorithme.

Mais bon j'ai déjà rajouté près de 200 chemins dans les bois autour de
TAVEL ^^


Le 1 octobre 2014 20:29, Vincent Pottier vpott...@gmail.com a écrit :

 Le 01/10/2014 18:56, Eric SIBERT a écrit :

 Du coup, j'ai ajouté ça dans les calques de JOSM :
 Strava :
 tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png


 Je viens d'essayer. Quand il y a beaucoup de traces, c'est beaucoup plus
 lisible que la superposition de traces issues de OSM.

 Si on pouvait définir une couleur rvba pour les trace GPX dans JOSM avec
 une opacité à 0.3 mais une épaisseur à 2px (par exemple) on aurait cet
 effet heat par superposition. Mais je n'ai jamais trouvé comment changer le
 style d'affichage des traces pour mettre quelque chose d'un peu plus
 lisible que le gris ultra fin.



  et maintenant, le vois les sentiers sous les arbres ;-)


 S'il y a des traces...

 Bien sûr !
 En fait c'était une formule humoristique.

 Mais ce que j'ai vu en terrain découvert rocheux, c'est qu'un passage
 suffit à montrer où il y a un sentier et à réinterpréter l'imagerie Bing.
 --
 FrViPofm


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

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

[OSM-talk-fr] Conférence ESRI demain : OSM BANO

2014-10-01 Thread Vincent de Château-Thierry


Bonsoir,
Pour ceux qui seront de passage à Versailles demain pour la conférence 
ESRI, passez donc faire coucou en salle Vauban à 11:30, j'y présenterai 
OSM et BANO. Les 2 sujets en 25mn, ça va être du rapide :)


vincent

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

Re: [OSM-talk-fr] BANO et BD ADRESSE -- Était : Re: OSM (MapQuest) sur le Géoportail de l'IGN...