date:20141026

Op 26 oktober 2014 10:11 schreef Verhoeven Fr sus...@gmail.com:

 Sander of anderen,

 In Balen 2490, Hoolst  zijn er plaatsen met een nummer op het gebouw en
 een ander nummer op het perceel.

 Moet ik hier de anomalieën in CRAB nog melden ?

 Sus


Heb wat documentatie begonnen op de wiki pagina:
https://wiki.openstreetmap.org/wiki/Talk:AGIV_CRAB_Import

Zo hebben we een beter overzicht.

Zou iedereen zijn fouten voorlopig daar kunnen melden?
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

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

Op 26 oktober 2014 10:20 schreef Thomas o...@aptum.nl:

  De validator geeft inderdaad netjes melding van de meerdere punten op
 elkaar. Ik vraag me af of we daar nog iets mee moeten. Veel (alle?) van de
 adressen zonder positie uit jouw script vallen nu samen met een ander punt.
 Voor wat ik zo snel even kon bekijken zijn dat toch best veel punten. Daar
 moet dus sowieso handmatig op ingegrepen worden (zoals eigenlijk op heel
 veel punten).

 Ik veronderstel dat ze ook een vage CRAB herkomst hebben? Zoals afkomstig
van interpolatie in de straat? Dan kunnen die met CSS anders gekleurd
worden om meer op te vallen.

Het is ook zo dat niet de volledige straat in één keer geïmporteerd moet
worden. Je kan eerst de duidelijke nummers importeren, en wachten met die
probleemnummers tot de rest van de gemeente gedaan is.


 Moeten we nog iets doen met een hulptag over appartementsnummer,
 busnummers of huisnummerlabels? Over dat laatste zegt het AGIV in de
 documentatie: “Opgelet: Komen er op de coördinaat van het CRAB adres
 meerdere huisnummers voor die in dezelfde straat liggen, dan bevat het
 label het laagste en het hoogste huisnummer (bv. label 10-14 voor het
 perceel met de huisnummers 10, 12 en 14 in de Molenstraat).”. Het zou ook
 mogelijk moeten zijn om voor deze punten automatisch een samengestelde
 addr:housenumber-value te maken die een samenstelling is van de
 verschillende punten die samenvallen. Dat valt nog wel te coderen.


Dus dan heb je drie adressen, met de huisnummers 10, 12 en 14, en op elk
van die adressen staat het huisnummerlabel 10-14? Ik denk dat die
adressen toch sowieso gesplitst moeten worden, dus dat mergen niet moet.
Maar we kunnen die info wel weer gebruiken om de huisnummers anders te
markeren.


 Los van de technische vraag is de inhoudelijke vraag dus eigenlijk: wat
 doen we met die samenvallende punten? Schuiven we de punten handmatig uit
 elkaar, of voegen we ze samen met een samengesteld label als 15A-B voor de
 adressen “15A” en “15B”. Dat laatste kan automatisch, maar het is dan weer
 de vraag of dat wenselijk is. Er zullen vast situaties zijn waarin je die
 punten niet wil mergen maar juist individueel houden. Het hele idee is ook
 dat we puur adressen (en eventuele bisnummers) in OSM stoppen en geen
 subadressen (busnummers en appartementnummers). Dus: indien de adrespositie
 voor twee adrespunten gelijk is, moeten deze dan automatisch worden
 samengevoegd tot 1 punt met een samengesteld label, of laten we dat ter
 beoordeling van de mapper?

 Ik zou het aan de mapper laten. Waarschijnlijk zullen de nummers meestal
apart moeten blijven, dus lijkt het mergen niet zo'n goeie oplossing.

Ik vraag me ook af, als je een apartement hebt met 1 adres en 10
busnummers, krijg je dan 1 keer het adres zonder busnummer, en dan nog 10
keer het adres met een extra busnummer? Of krijg je gewoon die 10 adressen
met telkens een verschillend busnummer?

In het eerste geval kan je gewoon alles wat een appartement- of busnummer
bevat meteen vergeten in je Python script. In het tweede geval komt er weer
een extra stap aan te pas om die te mergen.


 Ik ga nog even kijken naar wat checks op die straatnamen met een
 gelijkaardige naam en een verschillende id. Het zou interessant zijn als
 die gevallen opgepikt worden. Ik ben het ermee eens dat veel van de
 foutopsporing in het algemeen best aan de JS-kant gebeurt. Daar heb je ook
 je overpass-query beschikbaar. Aan de andere kant vind ik dat een aantal
 basis-integriteits-dingen toch al door het python-gedeelte mogen worden
 opgepikt. De loopduur van het script moet aan de andere kant ook weer zo
 kort mogelijk gehouden worden. Ik denk dat het een beetje zichzelf wijst.
 Een aantal checks (zoals zelfde straatnaamid, verschillende straatnaam)
 hebben geen of een zeer lage kost, terwijl deze toch een zekere
 basiskwaliteit van de dataset opleveren.

 In het vorige script had ik dat gewoon omzeild door direct met straatnamen
te werken, en de id's gewoon niet te gebruiken om huisnummers te groeperen
per straat. Dus als huisnummers tot dezelfde straatnaam behoorden (in
dezelfde postcode), dan werden ze in dezelfde json gebracht.


 De scripts eerst vergelijken en evalueren lijkt me prima. Ik heb een eigen
 github aangemaakt zodat het onderscheid tussen beide scripts nu eerst
 helder is. Ik heb de data van de laatste conversie alvast opgeladen samen
 met de webpagina en het JS. Aan de webpagina heb ik helemaal niets
 gewijzigd. Aan het JS heb ik enkel de extra tag toegevoegd, binnen een
 conditional.

 Ik ga nog wat kleine puntjes aanpakken en het python-script wat robuuster
 opbouwen. Misschien dat ik met een parallelle architectuur nog wat
 snelheidswinst kan boeken. Vanaf nu kan er in elk geval weer getest gaan
 worden. Ook alle problemen met de dataset die in de laatste mails gemeld
 werden ga ik nader bekijken.

 Bij deze dus het verzoek aan al diegenen die mee willen testen: jullie
 kunnen op http://aptum.github.io/import.html mijn script

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

2014-10-26 Per discussione Jo

Voor tags waarvan je niet wilt dat ze naar OSM worden opgeladen is het het
beste om tags te gebruiken die automatisch zullen worden verwijderd,
voorbeelden zijn created_by en odbl. Laat me weten als er meer nodig zijn.
Ze zitten ergens in de broncode van JOSM.

Ik zou dus die tags gebruiken ipv CRAB:source.

Jo

Op 26 oktober 2014 10:20 schreef Thomas o...@aptum.nl:

  De validator geeft inderdaad netjes melding van de meerdere punten op
 elkaar. Ik vraag me af of we daar nog iets mee moeten. Veel (alle?) van de
 adressen zonder positie uit jouw script vallen nu samen met een ander punt.
 Voor wat ik zo snel even kon bekijken zijn dat toch best veel punten. Daar
 moet dus sowieso handmatig op ingegrepen worden (zoals eigenlijk op heel
 veel punten).

 Moeten we nog iets doen met een hulptag over appartementsnummer,
 busnummers of huisnummerlabels? Over dat laatste zegt het AGIV in de
 documentatie: “Opgelet: Komen er op de coördinaat van het CRAB adres
 meerdere huisnummers voor die in dezelfde straat liggen, dan bevat het
 label het laagste en het hoogste huisnummer (bv. label 10-14 voor het
 perceel met de huisnummers 10, 12 en 14 in de Molenstraat).”. Het zou ook
 mogelijk moeten zijn om voor deze punten automatisch een samengestelde
 addr:housenumber-value te maken die een samenstelling is van de
 verschillende punten die samenvallen. Dat valt nog wel te coderen.

 Los van de technische vraag is de inhoudelijke vraag dus eigenlijk: wat
 doen we met die samenvallende punten? Schuiven we de punten handmatig uit
 elkaar, of voegen we ze samen met een samengesteld label als 15A-B voor de
 adressen “15A” en “15B”. Dat laatste kan automatisch, maar het is dan weer
 de vraag of dat wenselijk is. Er zullen vast situaties zijn waarin je die
 punten niet wil mergen maar juist individueel houden. Het hele idee is ook
 dat we puur adressen (en eventuele bisnummers) in OSM stoppen en geen
 subadressen (busnummers en appartementnummers). Dus: indien de adrespositie
 voor twee adrespunten gelijk is, moeten deze dan automatisch worden
 samengevoegd tot 1 punt met een samengesteld label, of laten we dat ter
 beoordeling van de mapper?

 Ik ga nog even kijken naar wat checks op die straatnamen met een
 gelijkaardige naam en een verschillende id. Het zou interessant zijn als
 die gevallen opgepikt worden. Ik ben het ermee eens dat veel van de
 foutopsporing in het algemeen best aan de JS-kant gebeurt. Daar heb je ook
 je overpass-query beschikbaar. Aan de andere kant vind ik dat een aantal
 basis-integriteits-dingen toch al door het python-gedeelte mogen worden
 opgepikt. De loopduur van het script moet aan de andere kant ook weer zo
 kort mogelijk gehouden worden. Ik denk dat het een beetje zichzelf wijst.
 Een aantal checks (zoals zelfde straatnaamid, verschillende straatnaam)
 hebben geen of een zeer lage kost, terwijl deze toch een zekere
 basiskwaliteit van de dataset opleveren.

 De scripts eerst vergelijken en evalueren lijkt me prima. Ik heb een eigen
 github aangemaakt zodat het onderscheid tussen beide scripts nu eerst
 helder is. Ik heb de data van de laatste conversie alvast opgeladen samen
 met de webpagina en het JS. Aan de webpagina heb ik helemaal niets
 gewijzigd. Aan het JS heb ik enkel de extra tag toegevoegd, binnen een
 conditional.

 Ik ga nog wat kleine puntjes aanpakken en het python-script wat robuuster
 opbouwen. Misschien dat ik met een parallelle architectuur nog wat
 snelheidswinst kan boeken. Vanaf nu kan er in elk geval weer getest gaan
 worden. Ook alle problemen met de dataset die in de laatste mails gemeld
 werden ga ik nader bekijken.

 Bij deze dus het verzoek aan al diegenen die mee willen testen: jullie
 kunnen op http://aptum.github.io/import.html mijn script testen. Het
 verschil met de pagina van Sander is dat mijn pagina gebruik maakt van de
 adressenlijst in plaats van de adresposities. Uiterlijk is er niets
 veranderd, maar het conversiescript is vrijwel compleet nieuw. Daarnaast
 heb ik een extra tag toegevoegd (CRAB:source) die weergeeft waar de
 informatie uit het CRAB vandaan komt. Deze geeft aan hoe het adrespunt
 bepaald is, en zegt daarmee iets over de nauwkeurigheid van de plaats van
 het label. Deze tag mag niet naar OSM opgeladen worden! Graag hoor ik het
 als er nog problemen gesignaleerd worden. Bij deze ook credits voor het
 vele en goede werk van Sander en voor het ter beschikking stellen van alle
 code!

 Groeten,
 Thomas

 Sander Deryckere schreef op 25-10-2014 21:17:



 Op 25 oktober 2014 20:57 schreef Thomas o...@aptum.nl:


 Inmiddels ook de codering in gehoorzaamheid gedwongen. Blijkt dat de
 codering van de shapefile gewoon Latin-1 is en niet die vage CP-720. Dat
 scheelt ook maar weer.

 De snelheid van mijn script valt me al bij al wel mee. Op dit moment
 gebruikt hij maar 1 thread. Het inlezen van het bestand in de dictionaries
 duurt zo'n 50 minuten. Het schrijven naar de JSON-bestanden een kleine 10
 minuten (op een SSD'tje). Het schrijven gaat

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

Thomas, nog 1 opmerking.

De pcode.json bestanden waren gesorteerd per naam (sanName om precies te
zijn), en de straat.json bestanden werden lexicografisch volgens huisnummer
gesorteerd (11-12-13-2-20-...).

Dit is om dat op die wijze diffs in de toekomst meer zin zullen maken (en
het formaat vanuit eender welke dataset na te bootsen is). Momenteel zijn
de oude straten gesorteerd per alfabet, en zijn de nieuwe straten er
achteraf aan geplakt. Dit formaat zal helaas niet te reproduceren vallen
als ze ooit hun database formaat veranderen.

Zou je dit ook willen toepassen?

Groeten,
Sander

Op 26 oktober 2014 11:09 schreef Jo winfi...@gmail.com:

 Voor tags waarvan je niet wilt dat ze naar OSM worden opgeladen is het het
 beste om tags te gebruiken die automatisch zullen worden verwijderd,
 voorbeelden zijn created_by en odbl. Laat me weten als er meer nodig zijn.
 Ze zitten ergens in de broncode van JOSM.

 Ik zou dus die tags gebruiken ipv CRAB:source.

 Jo

 Op 26 oktober 2014 10:20 schreef Thomas o...@aptum.nl:

  De validator geeft inderdaad netjes melding van de meerdere punten op
 elkaar. Ik vraag me af of we daar nog iets mee moeten. Veel (alle?) van de
 adressen zonder positie uit jouw script vallen nu samen met een ander punt.
 Voor wat ik zo snel even kon bekijken zijn dat toch best veel punten. Daar
 moet dus sowieso handmatig op ingegrepen worden (zoals eigenlijk op heel
 veel punten).

 Moeten we nog iets doen met een hulptag over appartementsnummer,
 busnummers of huisnummerlabels? Over dat laatste zegt het AGIV in de
 documentatie: “Opgelet: Komen er op de coördinaat van het CRAB adres
 meerdere huisnummers voor die in dezelfde straat liggen, dan bevat het
 label het laagste en het hoogste huisnummer (bv. label 10-14 voor het
 perceel met de huisnummers 10, 12 en 14 in de Molenstraat).”. Het zou ook
 mogelijk moeten zijn om voor deze punten automatisch een samengestelde
 addr:housenumber-value te maken die een samenstelling is van de
 verschillende punten die samenvallen. Dat valt nog wel te coderen.

 Los van de technische vraag is de inhoudelijke vraag dus eigenlijk: wat
 doen we met die samenvallende punten? Schuiven we de punten handmatig uit
 elkaar, of voegen we ze samen met een samengesteld label als 15A-B voor de
 adressen “15A” en “15B”. Dat laatste kan automatisch, maar het is dan weer
 de vraag of dat wenselijk is. Er zullen vast situaties zijn waarin je die
 punten niet wil mergen maar juist individueel houden. Het hele idee is ook
 dat we puur adressen (en eventuele bisnummers) in OSM stoppen en geen
 subadressen (busnummers en appartementnummers). Dus: indien de adrespositie
 voor twee adrespunten gelijk is, moeten deze dan automatisch worden
 samengevoegd tot 1 punt met een samengesteld label, of laten we dat ter
 beoordeling van de mapper?

 Ik ga nog even kijken naar wat checks op die straatnamen met een
 gelijkaardige naam en een verschillende id. Het zou interessant zijn als
 die gevallen opgepikt worden. Ik ben het ermee eens dat veel van de
 foutopsporing in het algemeen best aan de JS-kant gebeurt. Daar heb je ook
 je overpass-query beschikbaar. Aan de andere kant vind ik dat een aantal
 basis-integriteits-dingen toch al door het python-gedeelte mogen worden
 opgepikt. De loopduur van het script moet aan de andere kant ook weer zo
 kort mogelijk gehouden worden. Ik denk dat het een beetje zichzelf wijst.
 Een aantal checks (zoals zelfde straatnaamid, verschillende straatnaam)
 hebben geen of een zeer lage kost, terwijl deze toch een zekere
 basiskwaliteit van de dataset opleveren.

 De scripts eerst vergelijken en evalueren lijkt me prima. Ik heb een
 eigen github aangemaakt zodat het onderscheid tussen beide scripts nu eerst
 helder is. Ik heb de data van de laatste conversie alvast opgeladen samen
 met de webpagina en het JS. Aan de webpagina heb ik helemaal niets
 gewijzigd. Aan het JS heb ik enkel de extra tag toegevoegd, binnen een
 conditional.

 Ik ga nog wat kleine puntjes aanpakken en het python-script wat robuuster
 opbouwen. Misschien dat ik met een parallelle architectuur nog wat
 snelheidswinst kan boeken. Vanaf nu kan er in elk geval weer getest gaan
 worden. Ook alle problemen met de dataset die in de laatste mails gemeld
 werden ga ik nader bekijken.

 Bij deze dus het verzoek aan al diegenen die mee willen testen: jullie
 kunnen op http://aptum.github.io/import.html mijn script testen. Het
 verschil met de pagina van Sander is dat mijn pagina gebruik maakt van de
 adressenlijst in plaats van de adresposities. Uiterlijk is er niets
 veranderd, maar het conversiescript is vrijwel compleet nieuw. Daarnaast
 heb ik een extra tag toegevoegd (CRAB:source) die weergeeft waar de
 informatie uit het CRAB vandaan komt. Deze geeft aan hoe het adrespunt
 bepaald is, en zegt daarmee iets over de nauwkeurigheid van de plaats van
 het label. Deze tag mag niet naar OSM opgeladen worden! Graag hoor ik het
 als er nog problemen gesignaleerd worden. Bij deze ook credits

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

2014-10-26 Per discussione Jo

Het lijkt mij ook aangewezen om voor de nummers die in de wronglaag worden
geladen geen addr:housenumber/addr:street te gebruiken. Daar zou ik enkel
discardable keys gebruiken, die we dan zichtbaar maken mbv MapCSS. (Wel
Expert modus gebruiken, anders worden ze niet getoond)

Zo ontstaat er geen verwarring bij het samenvoegen van die lagen. Als die
nodes enkel discardable keys bevatten, zoals:

tiger:upload_uuid, tiger:tlid, tiger:source, tiger:separated,
geobase:datasetName, geobase:uuid, sub_sea:type, odbl,
odbl:note,  yh:LINE_NAME, yh:LINE_NUM, yh:STRUCTURE,
yh:TOTYUMONO, yh:TYPE, yh:WIDTH_RANK));

dan worden die allemaal weggehaald en dan zal de validator daarover klagen.
Even testen. Ai, de tags en hun waardes worden pas weggehaald na de
validatie. Dat moet nog beter kunnen.


Wat me ook belangrijk lijkt, is om voor die wrong-laag, upload=no aan te
zetten in het XML-bestand:

osm version=0.6 upload=no generator=Python/JS script
  changeset
   tag k=source v=CRAB/
  /changeset

Dan zal JOSM tenminste toch al klagen, als je die laag zonder meer zou
proberen door te sturen.

Met die changeset/source tags wordt spijtig genoeg geen rekening gehouden,
voor zover ik kan zien. Maar toch lijkt het me wel goed om die toe te
voegen.

Jo





Op 26 oktober 2014 11:09 schreef Jo winfi...@gmail.com:

 Voor tags waarvan je niet wilt dat ze naar OSM worden opgeladen is het het
 beste om tags te gebruiken die automatisch zullen worden verwijderd,
 voorbeelden zijn created_by en odbl. Laat me weten als er meer nodig zijn.
 Ze zitten ergens in de broncode van JOSM.

 Ik zou dus die tags gebruiken ipv CRAB:source.

 Jo

 Op 26 oktober 2014 10:20 schreef Thomas o...@aptum.nl:

  De validator geeft inderdaad netjes melding van de meerdere punten op
 elkaar. Ik vraag me af of we daar nog iets mee moeten. Veel (alle?) van de
 adressen zonder positie uit jouw script vallen nu samen met een ander punt.
 Voor wat ik zo snel even kon bekijken zijn dat toch best veel punten. Daar
 moet dus sowieso handmatig op ingegrepen worden (zoals eigenlijk op heel
 veel punten).

 Moeten we nog iets doen met een hulptag over appartementsnummer,
 busnummers of huisnummerlabels? Over dat laatste zegt het AGIV in de
 documentatie: “Opgelet: Komen er op de coördinaat van het CRAB adres
 meerdere huisnummers voor die in dezelfde straat liggen, dan bevat het
 label het laagste en het hoogste huisnummer (bv. label 10-14 voor het
 perceel met de huisnummers 10, 12 en 14 in de Molenstraat).”. Het zou ook
 mogelijk moeten zijn om voor deze punten automatisch een samengestelde
 addr:housenumber-value te maken die een samenstelling is van de
 verschillende punten die samenvallen. Dat valt nog wel te coderen.

 Los van de technische vraag is de inhoudelijke vraag dus eigenlijk: wat
 doen we met die samenvallende punten? Schuiven we de punten handmatig uit
 elkaar, of voegen we ze samen met een samengesteld label als 15A-B voor de
 adressen “15A” en “15B”. Dat laatste kan automatisch, maar het is dan weer
 de vraag of dat wenselijk is. Er zullen vast situaties zijn waarin je die
 punten niet wil mergen maar juist individueel houden. Het hele idee is ook
 dat we puur adressen (en eventuele bisnummers) in OSM stoppen en geen
 subadressen (busnummers en appartementnummers). Dus: indien de adrespositie
 voor twee adrespunten gelijk is, moeten deze dan automatisch worden
 samengevoegd tot 1 punt met een samengesteld label, of laten we dat ter
 beoordeling van de mapper?

 Ik ga nog even kijken naar wat checks op die straatnamen met een
 gelijkaardige naam en een verschillende id. Het zou interessant zijn als
 die gevallen opgepikt worden. Ik ben het ermee eens dat veel van de
 foutopsporing in het algemeen best aan de JS-kant gebeurt. Daar heb je ook
 je overpass-query beschikbaar. Aan de andere kant vind ik dat een aantal
 basis-integriteits-dingen toch al door het python-gedeelte mogen worden
 opgepikt. De loopduur van het script moet aan de andere kant ook weer zo
 kort mogelijk gehouden worden. Ik denk dat het een beetje zichzelf wijst.
 Een aantal checks (zoals zelfde straatnaamid, verschillende straatnaam)
 hebben geen of een zeer lage kost, terwijl deze toch een zekere
 basiskwaliteit van de dataset opleveren.

 De scripts eerst vergelijken en evalueren lijkt me prima. Ik heb een
 eigen github aangemaakt zodat het onderscheid tussen beide scripts nu eerst
 helder is. Ik heb de data van de laatste conversie alvast opgeladen samen
 met de webpagina en het JS. Aan de webpagina heb ik helemaal niets
 gewijzigd. Aan het JS heb ik enkel de extra tag toegevoegd, binnen een
 conditional.

 Ik ga nog wat kleine puntjes aanpakken en het python-script wat robuuster
 opbouwen. Misschien dat ik met een parallelle architectuur nog wat
 snelheidswinst kan boeken. Vanaf nu kan er in elk geval weer getest gaan
 worden. Ook alle problemen met de dataset die in de laatste mails gemeld
 werden ga ik nader bekijken.

 Bij deze dus het verzoek aan al diegenen die mee

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

2014-10-26 Per discussione Jo

Op de Goudfazantenlaan in Heverlee wordt 5A als missing aangegeven. Dat
nummer is er echter wel in OSM, maar dan als 5a. Willen we dit
standaardiseren op allemaal hoofdletters, of willen we dat
hoofdletterongevoelig houden?

Jo

Op 26 oktober 2014 11:09 schreef Jo winfi...@gmail.com:

 Voor tags waarvan je niet wilt dat ze naar OSM worden opgeladen is het het
 beste om tags te gebruiken die automatisch zullen worden verwijderd,
 voorbeelden zijn created_by en odbl. Laat me weten als er meer nodig zijn.
 Ze zitten ergens in de broncode van JOSM.

 Ik zou dus die tags gebruiken ipv CRAB:source.

 Jo

 Op 26 oktober 2014 10:20 schreef Thomas o...@aptum.nl:

  De validator geeft inderdaad netjes melding van de meerdere punten op
 elkaar. Ik vraag me af of we daar nog iets mee moeten. Veel (alle?) van de
 adressen zonder positie uit jouw script vallen nu samen met een ander punt.
 Voor wat ik zo snel even kon bekijken zijn dat toch best veel punten. Daar
 moet dus sowieso handmatig op ingegrepen worden (zoals eigenlijk op heel
 veel punten).

 Moeten we nog iets doen met een hulptag over appartementsnummer,
 busnummers of huisnummerlabels? Over dat laatste zegt het AGIV in de
 documentatie: “Opgelet: Komen er op de coördinaat van het CRAB adres
 meerdere huisnummers voor die in dezelfde straat liggen, dan bevat het
 label het laagste en het hoogste huisnummer (bv. label 10-14 voor het
 perceel met de huisnummers 10, 12 en 14 in de Molenstraat).”. Het zou ook
 mogelijk moeten zijn om voor deze punten automatisch een samengestelde
 addr:housenumber-value te maken die een samenstelling is van de
 verschillende punten die samenvallen. Dat valt nog wel te coderen.

 Los van de technische vraag is de inhoudelijke vraag dus eigenlijk: wat
 doen we met die samenvallende punten? Schuiven we de punten handmatig uit
 elkaar, of voegen we ze samen met een samengesteld label als 15A-B voor de
 adressen “15A” en “15B”. Dat laatste kan automatisch, maar het is dan weer
 de vraag of dat wenselijk is. Er zullen vast situaties zijn waarin je die
 punten niet wil mergen maar juist individueel houden. Het hele idee is ook
 dat we puur adressen (en eventuele bisnummers) in OSM stoppen en geen
 subadressen (busnummers en appartementnummers). Dus: indien de adrespositie
 voor twee adrespunten gelijk is, moeten deze dan automatisch worden
 samengevoegd tot 1 punt met een samengesteld label, of laten we dat ter
 beoordeling van de mapper?

 Ik ga nog even kijken naar wat checks op die straatnamen met een
 gelijkaardige naam en een verschillende id. Het zou interessant zijn als
 die gevallen opgepikt worden. Ik ben het ermee eens dat veel van de
 foutopsporing in het algemeen best aan de JS-kant gebeurt. Daar heb je ook
 je overpass-query beschikbaar. Aan de andere kant vind ik dat een aantal
 basis-integriteits-dingen toch al door het python-gedeelte mogen worden
 opgepikt. De loopduur van het script moet aan de andere kant ook weer zo
 kort mogelijk gehouden worden. Ik denk dat het een beetje zichzelf wijst.
 Een aantal checks (zoals zelfde straatnaamid, verschillende straatnaam)
 hebben geen of een zeer lage kost, terwijl deze toch een zekere
 basiskwaliteit van de dataset opleveren.

 De scripts eerst vergelijken en evalueren lijkt me prima. Ik heb een
 eigen github aangemaakt zodat het onderscheid tussen beide scripts nu eerst
 helder is. Ik heb de data van de laatste conversie alvast opgeladen samen
 met de webpagina en het JS. Aan de webpagina heb ik helemaal niets
 gewijzigd. Aan het JS heb ik enkel de extra tag toegevoegd, binnen een
 conditional.

 Ik ga nog wat kleine puntjes aanpakken en het python-script wat robuuster
 opbouwen. Misschien dat ik met een parallelle architectuur nog wat
 snelheidswinst kan boeken. Vanaf nu kan er in elk geval weer getest gaan
 worden. Ook alle problemen met de dataset die in de laatste mails gemeld
 werden ga ik nader bekijken.

 Bij deze dus het verzoek aan al diegenen die mee willen testen: jullie
 kunnen op http://aptum.github.io/import.html mijn script testen. Het
 verschil met de pagina van Sander is dat mijn pagina gebruik maakt van de
 adressenlijst in plaats van de adresposities. Uiterlijk is er niets
 veranderd, maar het conversiescript is vrijwel compleet nieuw. Daarnaast
 heb ik een extra tag toegevoegd (CRAB:source) die weergeeft waar de
 informatie uit het CRAB vandaan komt. Deze geeft aan hoe het adrespunt
 bepaald is, en zegt daarmee iets over de nauwkeurigheid van de plaats van
 het label. Deze tag mag niet naar OSM opgeladen worden! Graag hoor ik het
 als er nog problemen gesignaleerd worden. Bij deze ook credits voor het
 vele en goede werk van Sander en voor het ter beschikking stellen van alle
 code!

 Groeten,
 Thomas

 Sander Deryckere schreef op 25-10-2014 21:17:



 Op 25 oktober 2014 20:57 schreef Thomas o...@aptum.nl:


 Inmiddels ook de codering in gehoorzaamheid gedwongen. Blijkt dat de
 codering van de shapefile gewoon Latin-1 is en niet die vage CP-720. Dat

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

2014-10-26 Per discussione Thomas

De herkomst voor de punten die in mijn script samenvallen is 
vaak/meestal/altijd onderling niet verschillend, noch wijkt die herkomst 
af van de andere punten in de straat. Het gaat sowieso niet om 
busnummers / appartementnummers. Die heb ik net als in jouw script niet 
opgenomen. Het gaat steeds om verschillende adressen die dezelfde 
positie meegekregen hebben. Soms gaat het om verschillende nummers (vb 
21 en 23) die samenvallen, soms om verschillende bisnummers (vb 25A en 
25B) die samenvallen. Het zijn dus wel steeds echt verschillende adressen.


In deze Adressenlijst vormt elke huisnummer-busnummer combinatie een 
eigen record. Stel: je hebt 2 huisnummers: nr 4 en nr 6. Beide behoren 
tot 1 gebouw. Voor beide nummers heb je 5 busnummers: bus1, bus2, bus3, 
bus4 en bus5. In de adressenlijst heb je dan 12 records (2 x 1 adres 
zonder busnummer en 2 x 5 adressen met busnummer). Het huisnummerr-label 
(HNRLABEL) is voor alle 12 records hetzelfde: “4-6”. In mijn script 
registreer ik (net zo als in het script van Sander) de adressen in een 
dictionary per straat met als key het huisnummer. Daarmee worden al die 
verschillende busnummer / appartementnummers genegeerd. Omdat de 
informatie verder toch gelijk is, is het overschrijven op basis van 
huisnummer als key in principe voldoende, en hoeft er verder niets 
gemerged te worden.


Wat daar inhoudelijk moet gebeuren hangt af van de situatie ter plaatse, 
denk ik. Het meest handig is denk ik een FIXME-tag die aangeeft dat de 
punten samenvallen. Er moet immers steeds iets gebeuren met die punten. 
Daar kan dan eventueel het huisnummer-label aan worden toegevoegd, maar 
dat moeten we enkel doen als we dat een aanvaardbare situatie vinden 
(dat die punten worden samengevoegd tot 1 adres met zo'n samengesteld 
label). Als we dat samenvoegen in beginsel onwenselijk vinden (zo veel 
mogelijk los) dan moeten we dat label misschien juist niet aanleveren en 
enkel die FIXME-tag instellen.


Dat sorteren heb ik over het hoofd gezien. Ik pas het aan; bij de 
volgende omzetting zal het weer netjes geordend staan.


Het gebruiken van discardable keys is een goed punt; dat ga ik nog even 
verder bekijken. Ook het enkel gebruiken van discardable keys in de 
wrong-laag lijkt me een goed punt. Ook de upload=no ga ik toepassen. Dat 
is allemaal een beetje voer voor het javascript; daar heb ik nog maar 
weinig aandacht aan besteed. Ik pak het op.


Verder is er nog iets gek aan de hand met het bepalen van de 
“Missing”-punten, zowel in mijn script als die van Sander. Voor veel 
plaatsen werkt dat prima. Nu keek ik naar postcode 9000, straat 
“Hoogpoort”. Daar lijkt het helemaal niet te werken (voor de hele 
postcode); niet bij jouw script en niet bij mijn script. In heel 
postcode 9000 (Gent) zou geen enkel “Wrong” punt zijn; dat kan niet. 
Mijn script levert geen “NoPos” punten op, dus dat is wel anders, maar 
de bestaande adressen in OSM worden niet opgepikt. Dat terwijl voor 
bijvoorbeeld postcode 8400 alles perfect gaat.


Als ik de requests bekijk, krijgt JS netjes een JSON antwoord van 
overpass, maar voor postcode 9000 is die leeg (8400 is netjes gevuld). 
Dat doet me denken aan een soort timeout van je query. Handmatig het 
query invoeren levert overigens ook geen resultaten op. Misschien heeft 
het specifiek met Gent te maken, dat daar het selectiemechanisme om tot 
de postcode te beperken niet werkt of zo? Dat moeten we nog even goed 
bekijken.


Overigens zag ik dat ik nog de oude variant van de webpagina en het 
JS-script gebruik. Die ga ik ook netjes updaten.


Groeten,
Thomas

Jo schreef op 26-10-2014 11:41:
Het lijkt mij ook aangewezen om voor de nummers die in de wronglaag 
worden geladen geen addr:housenumber/addr:street te gebruiken. Daar 
zou ik enkel discardable keys gebruiken, die we dan zichtbaar maken 
mbv MapCSS. (Wel Expert modus gebruiken, anders worden ze niet getoond)


Zo ontstaat er geen verwarring bij het samenvoegen van die lagen. Als 
die nodes enkel discardable keys bevatten, zoals:


tiger:upload_uuid, tiger:tlid, tiger:source, tiger:separated, 
geobase:datasetName, geobase:uuid, sub_sea:type, odbl, 
odbl:note, yh:LINE_NAME, yh:LINE_NUM, yh:STRUCTURE, 
yh:TOTYUMONO, yh:TYPE, yh:WIDTH_RANK));


dan worden die allemaal weggehaald en dan zal de validator daarover 
klagen. Even testen. Ai, de tags en hun waardes worden pas weggehaald 
na de validatie. Dat moet nog beter kunnen.



Wat me ook belangrijk lijkt, is om voor die wrong-laag, upload=no aan 
te zetten in het XML-bestand:


osm version=0.6 upload=no generator=Python/JS script
  changeset
   tag k=source v=CRAB/
  /changeset

Dan zal JOSM tenminste toch al klagen, als je die laag zonder meer zou 
proberen door te sturen.


Met die changeset/source tags wordt spijtig genoeg geen rekening 
gehouden, voor zover ik kan zien. Maar toch lijkt het me wel goed om 
die toe te voegen.


Jo





Op 26 oktober 2014 11:09 schreef Jo winfi...@gmail.com 
mailto:winfi...@gmail.com:


Voor

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

Zo, even wat kwalitatief onderzoek gedaan:

* De kwaliteit van de adressenlijst is over het algemeen beter, maar voor
enkele huizen is het ook slechter. Zo heb ik de Ieperstraat in Staden
(8840) bekeken, daar werd voor bepaalde huizen de positie in de
adressenlijst net verder van de straat gezet (in de tuin), terwijl het net
bij rijhuizen moeilijk is om de tuin te volgen en het juiste huis te
vinden. Voor de meeste huizen ging het dan net omgekeerd en werd de positie
dichter bij de straat gezet in de adressenlijst
* Het probleem in de Mastbos straat is opgelost in de adressenlijst. Bij de
Louisa-Marialaan blijft het probleem van dubbele huisnummers echter bestaan
(hoe worden verwijderde huisnummers behandeld in de adressenlijst?)
* Hoewel de herkomst soms aangeeft dat het afgeleid is van een gebouw, kan
dit ook betekenen dat het afgeleid is van meerdere gebouwen. Zo kan een
adres positie in het midden van een boerderij liggen, en niet op het
hoofdgebouw. Als die boerderij dan nog eens 2 huisnummers heeft, dan wordt
het helemaal onduidelijk.

Dus is de adressenlijst meestal wel beter, maar ook soms minder goed.
Bepalen welke de beste is, dat is programmatisch zo goed als onmogelijk.
Aangezien 2 databases ondersteunen voor heel wat extra werk zal zorgen,
stel ik momenteel voor om toch bij de adressenlijst te blijven, en de
adresposities DB weg te negeren.

De code zelf lijkt behoorlijk te werken. Enkel de sortering mankeert nog.
De nummers van missing en wrong kolommen komen perfect overeen, en ook
de accenten werken zonder probleem.

Groeten,
Sander

Op 26 oktober 2014 11:41 schreef Jo winfi...@gmail.com:

 Het lijkt mij ook aangewezen om voor de nummers die in de wronglaag worden
 geladen geen addr:housenumber/addr:street te gebruiken. Daar zou ik enkel
 discardable keys gebruiken, die we dan zichtbaar maken mbv MapCSS. (Wel
 Expert modus gebruiken, anders worden ze niet getoond)

 Zo ontstaat er geen verwarring bij het samenvoegen van die lagen. Als die
 nodes enkel discardable keys bevatten, zoals:

 tiger:upload_uuid, tiger:tlid, tiger:source, tiger:separated,
 geobase:datasetName, geobase:uuid, sub_sea:type, odbl,
 odbl:note,  yh:LINE_NAME, yh:LINE_NUM, yh:STRUCTURE,
 yh:TOTYUMONO, yh:TYPE, yh:WIDTH_RANK));

 dan worden die allemaal weggehaald en dan zal de validator daarover
 klagen. Even testen. Ai, de tags en hun waardes worden pas weggehaald na de
 validatie. Dat moet nog beter kunnen.


 Wat me ook belangrijk lijkt, is om voor die wrong-laag, upload=no aan te
 zetten in het XML-bestand:

 osm version=0.6 upload=no generator=Python/JS script
   changeset
tag k=source v=CRAB/
   /changeset

 Dan zal JOSM tenminste toch al klagen, als je die laag zonder meer zou
 proberen door te sturen.

 Met die changeset/source tags wordt spijtig genoeg geen rekening gehouden,
 voor zover ik kan zien. Maar toch lijkt het me wel goed om die toe te
 voegen.

 Jo





 Op 26 oktober 2014 11:09 schreef Jo winfi...@gmail.com:

 Voor tags waarvan je niet wilt dat ze naar OSM worden opgeladen is het
 het beste om tags te gebruiken die automatisch zullen worden verwijderd,
 voorbeelden zijn created_by en odbl. Laat me weten als er meer nodig zijn.
 Ze zitten ergens in de broncode van JOSM.

 Ik zou dus die tags gebruiken ipv CRAB:source.

 Jo

 Op 26 oktober 2014 10:20 schreef Thomas o...@aptum.nl:

  De validator geeft inderdaad netjes melding van de meerdere punten op
 elkaar. Ik vraag me af of we daar nog iets mee moeten. Veel (alle?) van de
 adressen zonder positie uit jouw script vallen nu samen met een ander punt.
 Voor wat ik zo snel even kon bekijken zijn dat toch best veel punten. Daar
 moet dus sowieso handmatig op ingegrepen worden (zoals eigenlijk op heel
 veel punten).

 Moeten we nog iets doen met een hulptag over appartementsnummer,
 busnummers of huisnummerlabels? Over dat laatste zegt het AGIV in de
 documentatie: “Opgelet: Komen er op de coördinaat van het CRAB adres
 meerdere huisnummers voor die in dezelfde straat liggen, dan bevat het
 label het laagste en het hoogste huisnummer (bv. label 10-14 voor het
 perceel met de huisnummers 10, 12 en 14 in de Molenstraat).”. Het zou ook
 mogelijk moeten zijn om voor deze punten automatisch een samengestelde
 addr:housenumber-value te maken die een samenstelling is van de
 verschillende punten die samenvallen. Dat valt nog wel te coderen.

 Los van de technische vraag is de inhoudelijke vraag dus eigenlijk: wat
 doen we met die samenvallende punten? Schuiven we de punten handmatig uit
 elkaar, of voegen we ze samen met een samengesteld label als 15A-B voor de
 adressen “15A” en “15B”. Dat laatste kan automatisch, maar het is dan weer
 de vraag of dat wenselijk is. Er zullen vast situaties zijn waarin je die
 punten niet wil mergen maar juist individueel houden. Het hele idee is ook
 dat we puur adressen (en eventuele bisnummers) in OSM stoppen en geen
 subadressen (busnummers en appartementnummers). Dus: indien de adrespositie
 voor twee adrespunten

Re: [OSM-talk] Fwd: OSM country interviews

2014-10-26 Per discussione Oleksiy Muzalyev

I was impressed by the story from Nicaragua, by the map of the city of
Managua [1]. Many streets of this city do not have names, bus stops and
routes are often unofficial. In the past people could not leave home in
the evening because it was too difficult to find the way back. It is
very large city.

Everything changed with appearance of GPS enabled smart-phones. At the
same time commercial maps are not interested in mapping such cities.

Indeed, any address is just two numbers, or a link, or a QR-code. Why
support inefficient expensive legacy addressing system at all? And in
some cities the legacy addressing system does not exist anyway, at least
in a comprehensive form, and will never exist.

So if smart-phones and mobile internet access become ubiquitous and
affordable, it will be such cities, which are not burdened by legacy
systems, where innovation may happen.

[1] http://osm.org/go/YQmN561Q-

Best regards,
Oleksiy

On 26.10.2014 01:51, Richard Weait wrote:
 The wide difference between what the German community and Canadian
 community had to present in Limerick was stark.  :-)  It was
 inspirational to see countries that were further along the
 OpenStreetMap curve and mapping street furniture and infrastructure
 like lamp posts, while others were a long way from completing a basic
 road network, or even major bodies of water.


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

Re: [OSM-talk] talk Digest, Vol 122, Issue 63

2014-10-26 Per discussione St Niklaas




Hi board members,


I doubt if this is the right platform. Nevertheless I do have a
simple question about the ins and outs of the board nomination and its members.
 


Aren't there some rules in or for the OSMF board about who’s
participating and how long and how many terms ? Should nt a schedule
about it be a good idea, just to avoid some of the ideas ventilated through
some of the Forums ? What about some legal rules as each year 2
members have to step down and will be or not available for reelection. But
for a max of 2 terms of 2- 3 years, it depends on the size of the board.
Hendrikklaas



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

Re: [OSM-talk] talk Digest, Vol 122, Issue 63

2014-10-26 Per discussione Simon Poole

The current articles require the most senior 1/3  of the board to stand
down when an election is scheduled at a general meeting. Given that
non-election of incumbents that stand again has been rare, it
essentially doesn't guarantee fresh blood nor does it provide a maximum
accumulated term limit.

Simon

Am 26.10.2014 16:51, schrieb St Niklaas:
 
 Hi board members,
 I doubt if this is the right platform. Nevertheless I do have a simple
 question about the ins and outs of the board nomination and its members.
  
 Aren't there some rules in or for the OSMF board about who’s
 participating and how long and how many terms ? Should nt a schedule
 about it be a good idea, just to avoid some of the ideas ventilated
 through some of the Forums ? What about some legal rules as each year 2
 members have to step down and will be or not available for reelection.
 But for a max of 2 terms of 2- 3 years, it depends on the size of the board.
 Hendrikklaas
 
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 



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

[OSM-talk-ie] Place names and townland boundaries

2014-10-26 Per discussione Brian Prangle

I've just come across a heavily-tagged node with a place name that emanates
from Experimental import of Irish places and POIs from GNS Dataset. The
author is xybot.

Its identity is 52268408.

It is located outside the townland of the same name, and on the other side
of Lough Derravaragh from the hamlet of the same name.

What's the status of these nodes?  Can I just move them when I see errors
like this and add a note?

Regards

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

Re: [OSM-talk-ie] Place names and townland boundaries

2014-10-26 Per discussione Patrick Matthews

Brian,

My understanding is that a global import of names was done from the GNS
name server in 2007:

https://lists.openstreetmap.org/pipermail/talk/2013-July/067544.html

The server data tends to be patchy with a large blank area to the north of
the Dublin-Galway line:

http://steve8.dev.openstreetmap.org/OSM_Placenames_Ireland.jpg

(The obvious exception is what I've done in Longford, where my inclination
has been to mark townlands as being hamlets - that being the nearest
equivalent in the OSM settlement hierarchy; townlands aren't villages, but
they are recognised settlement areas that locals identify with and the
current default OSM style sheet doesn't display townland names when they're
represented solely as relationships.)

The patchy data is there from the original GNS database:

http://forum.geonames.org/gforum/posts/list/268.page;jsessionid=E02A62B57B3D4958BC6258287197BDB6

I wouldn't assume that the GNS data is going to be more accurate than
either the GSGS maps or our own knowledge - it's more likely to be derived
from smaller-scale maps and the locations may be off. There were a couple
of GNS nodes north of Coole - Rockland and Whitegate - where I moved
the GNS nodes to the placenames' positions on the GSGS map and relabelled
them as localities last night

Regards,

Paddy.

On Sun, Oct 26, 2014 at 10:47 AM, Brian Prangle bpran...@gmail.com wrote:

 I've just come across a heavily-tagged node with a place name that emanates
 from Experimental import of Irish places and POIs from GNS Dataset. The
 author is xybot.

 Its identity is 52268408.

 It is located outside the townland of the same name, and on the other side
 of Lough Derravaragh from the hamlet of the same name.

 What's the status of these nodes?  Can I just move them when I see errors
 like this and add a note?

 Regards

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

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

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

2014-10-26 Per discussione Johann H. Addicks

Ich würde die Frage in 3 Abteilungen splitten:

a) Man hat Leute, die unbedingt inhaltliche Arbeit leisten möchten und
nicht so viel Lust auf Verwaltungsoverhead, Geschäftsordnung,
Rechenschaftsberichte haben: - ständige Arbeitsgruppe im FOSGIS

b) Man hat Leute, die gern einen Verein betreiben möchten und es toll
finden, dass sie mit OSM ein Satzungsziel verfolgen können, welches gut
vermittelbar ist und das potentiell viele Mitglieder und viel
Community-Orga perspektivisch ermöglichst. (Aufkleber, Stammtischorga,
Messestände, Jahreshauptversammlungen, Schulungen, Jährliche
Preisverleihungen, Stipendien, Mitglieder-Rabattaktionen bei
Partnerunternehmen/Versicherungen)

c) Man hat Leute, die sagen, sie würden sich nicht trauen, für OSM die
Werbetrommel zu rühren, ohne dass sie offizielle OSM-Vereinsvertreter seien.

d) Eine Arbeitsgruppe im FOSGIS ist gescheitert, weil die inhaltlichen
Differenzen zwischen den OSMlern und den FOSGISlern nicht überbrückbar
sind in welcher Art auch immer und daher ein eigener Trägerverein solche
Konflikte sinnvoll vermeidet.


Ich habe gerade Schwierigkeiten mich zu entscheiden, welches Szenario
wir gerade haben und was wir anstreben sollten. Der Blick zu
Wikimedia/Wikipedia sagt mir, dass auch ein irgendwie eigenen Verein
nicht frei von Konfliktpotential ist.

-jha-


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

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

2014-10-26 Per discussione Johann H. Addicks

Am 24.10.2014 um 15:18 schrieb Falk Zscheile:

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

Du meinst jetzt die maximal verfügbare Zoomstufe?

Gerendert wird ja schließlich sowieso (im Mapnik) nur nach Bedarf.

Gerade als Background-Layer zum Lageabgleich/für Gebäude-Erker dort wo
Bing-Maps viel hergeben, da wünsche ich mir im Josm durchaus ab und an
höheres MaxZoom. Aber mir ist natürlich klar, dass man das Problem auch
anders lösen kann. (Und Drahtgitterdarstellung ist ja ohnehin schöner ;-)

-jha-


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

Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM

 Sent: Saturday, October 25, 2014 at 9:21 PM
 From: Alessandro ale_z...@libero.it
 To: openstreetmap list - italiano talk-it@openstreetmap.org
 Subject: Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM

 Il 25/10/2014 21:56, Cascafico Giovanni ha scritto:
  Il redattore é Luca Caridà, ma secondo me non é opera sua nemmeno il
  reticolo.

  Ad ogni modo ad un appuntamento con main partner Finmeccanica, la
  scienza non credo ci sia, per cui meglio tenere un profilo basso e
  godere dell'anonimato.

 Scusami Giovanni, ammetto che sono un pò stanco ma non ho capito il 
 senso della tua mail; cosa intendi col 'godere dell'anonimato'? Che 
 dovremmo essere contenti di vedere una mappa OSM anche se violano i 
 diritti di attribuzione?
 A me non interessa se la scienza c'è o meno, ma visto che non si tratta 
 del pizzaiolo sotto casa che stampa il volantino con OSM ma al contrario 
 di una manifestazione che ha un sacco di visitatori e di attenzione dai 
 media, vorrei che se sfruttano il nostro lavoro dovremmo vedere 
 rispettati i termini della licenza. Altrimenti perchè ci sono state 
 discussioni e polemiche infinite quando ci fu il cambio di licenza? 
 Allora adottiamo la licenza 'fate un pò quello che volete' e smettiamola 
 lì di parlare di ODBL CC-BY-SA e sciocchezzuole del genere.
 Se invece ho intepretato male la mail allora scusami.

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

Mi trovi d'accordo.

--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009
«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Una mappa migliore Fwd: [OSM-talk] A Better Map

 Sent: Saturday, October 25, 2014 at 10:05 PM
 From: Max1234Ita max1234...@gmail.com
 To: talk-it@openstreetmap.org
 Subject: Re: [Talk-it] Una mappa migliore Fwd: [OSM-talk] A Better Map

 Sono anch'io un fan di OsmAnd+, è la mia app di navigazione preferita e la
 uso anche per salvare tracce gpx e caricarle direttamente sul server OSM.

 Però non è molto pratica per quanto riguarda l'inserimento di punti: diverse
 volte ho provato ad aggiungere informazioni alla mappa e: secondo me 2
 minuti per creare il PDI di una fermata d'autobus e 5 minuti per un albergo
 sono un po' troppo... senza contare l'infinità di click necessari per
 arrivare al menu in cui riempire i campi dedicati ai tag.
 Poi, per carità, la funzione è completissima e ti permette di aggiungere
 qualunque tag, ma nella condizione attuale è una delle tante che permettono
 di mappare ma da lì a poter dire che sono pratiche ce ne passa...

 Come dicevo prima, al momento mi trovo abbastanza bene con OsmPad: cammino
 lungo la strada, tocco la posizione e digito il numero... con tutti i pro e
 contro cui accennavo.

 Vespucci l'ho installato: è un editor a tutti gli effetti e non sembra
 neppure male. Però credo che ci vorrebbe come minimo un piccolo tablet,
 usarlo sul display da 4 pollici del mio cellulare è abbastanza complicato...

 Max

 Matteo Quatrida-2 wrote
  Ciao Max,
  per l'inserimento di POI, quindi anche dei civici, ma più in generale di
  tutto ciò che è associabile ad un elemento nodo, utilizzo «OSMAnd+» [1].
  IMHO è un'ottima app sia per la navigazione offline, sia online, la
  visualizzazione di Mapnik, ma anche di altre mappe, per la ricerca di POI
  e per la memorizzazione di tracce GPX. Per quanto riguarda i POI, ti
  mostra anche le informazioni aggiuntive (come gli orari, ecc.).
  --
  Matteo Quatrida
  GNU/Linux User #498939
  OpenStreetMap Contributor since 2009
  «Be GREEN and keep it on your SCREEN!»

  ___
  Talk-it mailing list

  Talk-it@

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

 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Una-mappa-migliore-Fwd-OSM-talk-A-Better-Map-tp5821240p5821773.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

Il team di sviluppo di OSMAnd+ sembra più interessato a sviluppare 
correttamente il suggeritore della corsia da tenere, rispetto ad implementare 
un sistema migliore di inserimento dei POI.
Forse, se gli utilizzatori iniziassero a chiederlo, si potrebbe arrivare ad uno 
strumento più veloce di scelta dei tag.

--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009
«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM

2014-10-26 Per discussione Aury88

sono sempre più convinto che sia necessaria una qualche forma di rivalsa
legale/pecuniaria...qui con la scusa che siamo una fondazione (sopratutto in
italia) questi fanno ciò che vogliono sapendo che nel caso venissero beccati
non succederebbe comunque nulla a livello pecuniario...si limiterebbero al
massimo a mettere un francobollo con su la licenza su mappe già stampate e
questo avviene quando ci vengono incontro...costo per loro comunque nullo,
figuraccia per loro altrettanto nulla visto che siamo un progetto ancora
sconosciuto (non la fanno neanche se copiassero wikipedia, lo fanno tutti
dallo studente al professore al ente e stiamo parlando di un progetto di
vari ordini di grandezza più conosciuto di noi, quindi figurati la paura
dello sputtanamento da parte nostra)...quando non ci vengono cincontro fanno
ancora meno e non rischiano ugualmente nulla.

se riuscissimo invece a modificare nelal licenza un paio di cosucce vedresti
come cambierebbe la sinfonia:
* aggiungere nella licenza di utilizzo anche direttamente una sorta di
multa; Se si usa la mappa di una zona senza la giusta licenza si deve
pagare un corrispettivo proporzionale alle ore richieste dai mappatori per
realizzare quella porzione di mappa, pagado con il salario orario minimo.
*Utilizzo della mappa dati osm implica la presa visione e accettazione di
questa licenza.

A questo punto si porta un paio di trasgressori davanti al giudice e si vede
come va a finire.



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Festival-della-Scienza-e-mancata-attribuzione-mappe-OSM-tp5821760p5821791.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] Festival della Scienza e mancata attribuzione mappe OSM

2014-10-26 Per discussione girarsi_liste

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 26/10/2014 09:34, Aury88 ha scritto:
 sono sempre più convinto che sia necessaria una qualche forma di
 rivalsa legale/pecuniaria...qui con la scusa che siamo una
 fondazione (sopratutto in italia) questi fanno ciò che vogliono
 sapendo che nel caso venissero beccati non succederebbe comunque
 nulla a livello pecuniario...si limiterebbero al massimo a mettere
 un francobollo con su la licenza su mappe già stampate e questo
 avviene quando ci vengono incontro...costo per loro comunque
 nullo, figuraccia per loro altrettanto nulla visto che siamo un
 progetto ancora sconosciuto (non la fanno neanche se copiassero
 wikipedia, lo fanno tutti dallo studente al professore al ente e
 stiamo parlando di un progetto di vari ordini di grandezza più
 conosciuto di noi, quindi figurati la paura dello sputtanamento da
 parte nostra)...quando non ci vengono cincontro fanno ancora meno e
 non rischiano ugualmente nulla.
 
 se riuscissimo invece a modificare nelal licenza un paio di cosucce
 vedresti come cambierebbe la sinfonia: * aggiungere nella licenza
 di utilizzo anche direttamente una sorta di multa; Se si usa la
 mappa di una zona senza la giusta licenza si deve pagare un
 corrispettivo proporzionale alle ore richieste dai mappatori per 
 realizzare quella porzione di mappa, pagado con il salario orario
 minimo. *Utilizzo della mappa dati osm implica la presa visione e
 accettazione di questa licenza.
 
 A questo punto si porta un paio di trasgressori davanti al giudice
 e si vede come va a finire.
 
 
 
 - Ciao, Aury --

Così si scoraggia anche chi mappa, perchè ha pari responsabilità nel
trasferire la realtà sulla mappa.

Io proporrei a chi rappresenta la fondazione di cominciare a mandare
una lettera cortese di invito a rispettare quanto stabilito dalla
licenza, poi sulla base di una risposta (sperando ci sia e positiva),
ci si muoverà, insomma meglio andare per gradi, perchè poi non so
quanti si impuntano a far rispettare la licenza dei soci della fondazione.






- -- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUTLp4AAoJEMTPIIVov0ZtIckH/3DsHAvRnUwaBzYQcAcDeqnD
qSQwfxv4N1r30p58BaRmHcI/ih1+/rrGW0OXD8It7fmO8J1Wr9Uh0O3MqWy+Auf9
dEqdOsMi1Mh2QGnDDt57afQfzUYBBu78dcpqovq4rUvbUNec/tRXT3W9Cjd3rDu+
dJhcSAbc7+0V28GZsuhnIOogJaDU8l6No+1RX4lqNNWGV0H4FLDia82gXF749i3G
fTnV3BMMJ2joKx508cr3detrauPShM8FXwXHv9A8fdcAQiaKyZJPbKWibqDueem+
wdvhMpwkLk6ABxUVfFIkvinWdeTqww9+259nrAVyIXLOQZM0nD1GSpQWqPi/hRE=
=opiN
-END PGP SIGNATURE-

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

Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM

 Sent: Sunday, October 26, 2014 at 9:34 AM
 From: Aury88 spacedrive...@gmail.com
 To: talk-it@openstreetmap.org
 Subject: Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM

 sono sempre più convinto che sia necessaria una qualche forma di rivalsa
 legale/pecuniaria...qui con la scusa che siamo una fondazione (sopratutto in
 italia) questi fanno ciò che vogliono sapendo che nel caso venissero beccati
 non succederebbe comunque nulla a livello pecuniario...si limiterebbero al
 massimo a mettere un francobollo con su la licenza su mappe già stampate e
 questo avviene quando ci vengono incontro...costo per loro comunque nullo,
 figuraccia per loro altrettanto nulla visto che siamo un progetto ancora
 sconosciuto (non la fanno neanche se copiassero wikipedia, lo fanno tutti
 dallo studente al professore al ente e stiamo parlando di un progetto di
 vari ordini di grandezza più conosciuto di noi, quindi figurati la paura
 dello sputtanamento da parte nostra)...quando non ci vengono cincontro fanno
 ancora meno e non rischiano ugualmente nulla.

 se riuscissimo invece a modificare nelal licenza un paio di cosucce vedresti
 come cambierebbe la sinfonia:
 * aggiungere nella licenza di utilizzo anche direttamente una sorta di
 multa; Se si usa la mappa di una zona senza la giusta licenza si deve
 pagare un corrispettivo proporzionale alle ore richieste dai mappatori per
 realizzare quella porzione di mappa, pagado con il salario orario minimo.
 *Utilizzo della mappa dati osm implica la presa visione e accettazione di
 questa licenza.

 A questo punto si porta un paio di trasgressori davanti al giudice e si vede
 come va a finire.

 -
 Ciao,
 Aury
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Festival-della-Scienza-e-mancata-attribuzione-mappe-OSM-tp5821760p5821791.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

L'unico dubbio che mi viene leggendo queste tue righe è: se non lo ha fatto 
Wikipedia, che è di vari ordini di grandezza più conosciuta di OSM, 
probabilmente non si può fare o ci sarebbero dei risvolti, che a caldo, non 
sei/siamo in grado di valutare.
Purtroppo la sensibilità italiana verso il Copyright, di qualunque tipo esso 
sia, è pari a -10 in una scala da 0 a 10.
[OT] Nemmeno ADE con i suoi DRM non aiuta a sensibilizzare verso questi temi, 
tant'è che chi usa Linux, o semplicemente ha un Kindle, per poter leggere gli 
e-book delle biblioteche è «costretto» a rimuovere il DRM con ePUBee ed è una 
pratica sempre più diffusa tra gli studenti, che nell'utilizzo di questi 
strumenti sono sempre avanti anni luce dalle altre fasce di età della 
popolazione.
Semplice proporzione: CdS : napoletani = Copyright : italiani 
:)

--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009
«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Una mappa migliore Fwd: [OSM-talk] A Better Map

2014-10-26 Per discussione Max1234Ita

Ahimè, non arrivo a tanto!

Sono lontano da casa per motivi di lavoro: parto alle 7 di mattina e rientro
alle 9 la sera. Mappo per hobby nel tempo libero... ma condivido con voi
l'essere guardato come un marziano, soprattutto dai colleghi quando avvio le
mie sessioni di mappatura nella pausa pranzo o li intrattengo discutendo
sul perché mappo se non me ne viene in tasca nulla o sul perché la mappa
Open è meglio di quelle proprietarie.

Lo so, secondo le leggi Murphy non dovrei stare a discutere, perchè si
rischia che qualcuno non capisca la differenza... ma tant'è, io tiro avanti
istéss  :-p

Ciao,
Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/Una-mappa-migliore-Fwd-OSM-talk-A-Better-Map-tp5821240p5821798.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] Festival della Scienza e mancata attribuzione mappe OSM

2014-10-26 Per discussione Aury88

girarsi_liste wrote
Così si scoraggia anche chi mappa, perchè ha pari responsabilità nel
trasferire la realtà sulla mappa.

è perchè mai scusa? non c'è alcuna garanzia sulla veridicità della mappa. la
mappa non presenta alcuna certificazione ne quelli che la usano la
pretendono o possono pretenderla. non ti va bane la mappa? non ti va bene la
licenza sotto cui è distribuita? non la usi.
santo cielo! software ben più blasonato e vincolato del nostro ed il cui
utilizzo è sottoposto ad acquisto una-tantum o pagamento mensile spesso
riporta la dicitura sulla non garanzia del prodotto contro eventuali errori
o danni a altro software o hardware;anche software di progettazione
certificato da enti preposti hanno questa dicitura quindi perchè mai invece
noi dovremmo essere o sentirci sottoposti ad un vincolo del genere?

girarsi_liste wrote
Io proporrei a chi rappresenta la fondazione di cominciare a mandare
una lettera cortese di invito a rispettare quanto stabilito dalla
licenza, poi sulla base di una risposta (sperando ci sia e positiva),
ci si muoverà, insomma meglio andare per gradi, perchè poi non so
quanti si impuntano a far rispettare la licenza dei soci della fondazione.

è lo stesso identico meccanismo attualmente adottato. e si vede quanto sia
efficacie. per noi spesso si è mossa la Wikimedia Foundation attraverso i
suoi rappresentanti che puoi trovare qui sulla lista. è nonostante l'impegno
la serietà e l'importanza di questa fondazione ed i suoi rappresentanti
quando ci va bene riusciamo ad ottenere il rispetto delle regole solo a
danno ormai subito senza possibilità di rimediare...nessuno ha mai ritirato
le mappe non a norma già stampate...e quasi sempre l'intervento è, se c'è,
sulle mappe successive (spesso un numero esiguo rispetto quelle già
stampate) o in un fogliettino volante con su indicata provenienza e licenza
della mappa aggiunta alle mappe già stampate e non ancora distribuite...
quasi sempre ci si limita a delle scuse (quasi mai nei confronti della OSMF
quasi sempre è solo per sottolineare la propria inconsapevolezza di star
trasgredendo alla licenza) e ogni tanto solo dopo aver provato a far star
zitta la OSMF con minacce da parte loro di ritorsioni legali per il danno
d'immagine da loro subito...
danni per loro quindi 0 o minimi danni, mentre i danni per noi, che basiamo
la nostra diffusione e quindi la sopravvivenza e l'efficacia del
progettosulla pubblicità che ci facciamo attraverso una piccola
annotazione in basso a destra della mappa sono invece enormi e
irrecuperabili.

non capisco cosa intendi per far rispettare la licenza ai soci della
fondazione...a che mi risulta riportano correttamente la licenza se non
qualche problemino tecnico (documentato e da loro riportato alla osmf;
quindi non la porcata del venir beccati casualmente da un mappatore e
radarguiti dal wikimedia prima di intervenire come succede qui) nella fase
iniziale...senza considerare che comunque spesso investono denaro o risorse
per l'infrastruttura di osm cosa ne più ne meno di quanto verrebbe preteso
dalle clausole che vorrei venissero inserite nella OdbL come forma
risarcitoria per il danno subito.

-
Ciao,
Aury
--
View this message in context:
http://gis.19327.n5.nabble.com/Festival-della-Scienza-e-mancata-attribuzione-mappe-OSM-tp5821760p5821799.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] Festival della Scienza e mancata attribuzione mappe OSM

2014-10-26 Per discussione Aury88

Matteo Quatrida-2 wrote
 L'unico dubbio che mi viene leggendo queste tue righe è: se non lo ha
 fatto Wikipedia, che è di vari ordini di grandezza più conosciuta di OSM,
 probabilmente non si può fare o ci sarebbero dei risvolti, che a caldo,
 non sei/siamo in grado di valutare.

si e no...nel senso che wikipedia come osmf è una realtà nata all'estero e
che quindi si è sviluppata in un contesto dove il rispetto delle regole è
diverso da quello italiano...quindi non è necessario certi mezzucci (sono il
primo a definirli così) di ricatto/rivalsa per i trasgressori ed è secondo
me il principale motivo per cui non si inseriscono solitamente certe
clausule. 
La realtà internazionale di questi progetti effettivamente poi pone dei seri
problemi interpretativi sulla validità delle licenze in tutto il mondo.
quindi da alcune parti certi vincoli reggono in altre no (la licenza osm non
si sa se verrebbe accettata dai nostri giudici perchè nell'ordinamento
giudiziarino non esiste alcun riferimento alla odbl).
Però il non rispettare la clausula sul costo di utilizzo dei dati (applicata
se non si vuole  riportare la licenza quindi per l'utilizzo di un dato
servizio) è una cosa che in un po' tutto il mondo civilizzato viene
riconosciuto come furto (o pirateria visto che parliamo di software)...ed è
a mio avviso improbabile che venga del tutto disconosciuta dalla legge
italiana...
non è del tutto vero che nessuno delle fondazioni non profit reagisca a
certi comportamenti poi:
all'estero la FSF ha ottenuto compensazioni notevoli per il non rispetto
della GPL;compensazioni che di solito prevedevano il rilascio del codice
sorgente di software che usavano codice GPL (cosa già prevista dalla GPL
stessa quindi  viene imposta la riparazione del danno)+ altro software
oppure una multa (e queste per la compensazione).
Questa cosa la fanno tutti i giorni le case produttrici/distributrici di
software e contenuti creativi nei confronti di enti pubblici o aziende
private che trasgrediscono le regole...un po' meno nei confonti dei
privati...
forse l'unica cosa che manca a noi è effettivamente il bollino della siae ma
bisognerebbe vedere come fanno quelli di google per lo stesso medesimo
problema.
Invito pero a considerare una cosa: come noi non sappiamo della efficacia
della nostra licenza a maggior ragione non sanno quanto essa sia efficacie
le persone/enti/aziende che utilizzano la nostra mappa senza riportarla.
quindi il problema non è la licenza, siamo noi che  non possiamo pretendere
da loro nulla perchè la nostra licenza non lo prevede...che multa c'è in
italia per il non rispetto della licenza? qual'è invece per il mancato
pagamento di un servizio?

Matteo Quatrida-2 wrote
 Purtroppo la sensibilità italiana verso il Copyright, di qualunque tipo
 esso sia, è pari a -10 in una scala da 0 a 10.

in italia c'è una forte incidenza della criminalità organizzata,
dell'evasione fiscale, lavoro in nero e corruzione ecc ecc, ma il fatto che
siano diffusi o meno sentiti dalla popolazione come una cosa negativa non
rende le leggi, che puniscono tali attività, meno importanti o valide. sarà
una questione di difficoltà di applicazione di tali leggi ma questo è un
altro discorso. le leggi ci sono e a maggior  ragione devono essere tanto
più severe quanto più è grave il crimine che cercano di prevenire...chi usa
le nostre mappe senza riportare una licenza commette un furto...e questa
cosa diventa tanto più evidente e dimostrabile quando la nostra clausola
prevede proprio il pagamento per l'utilizzo di osm senza riportata la
licenza.
Cambia quindi proprio la visione della licenza di utilizzo, non più come
un'offertao una donazione di una onlus ma come di un servizio con le
conseguenti regole/clausole




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Festival-della-Scienza-e-mancata-attribuzione-mappe-OSM-tp5821760p5821802.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Una mappa migliore Fwd: [OSM-talk] A Better Map

2014-10-26 Per discussione Max1234Ita

Matteo Quatrida-2 wrote
 Matteo Quatrida-2 wrote
 Il team di sviluppo di OSMAnd+ sembra più interessato a sviluppare
 correttamente il suggeritore della corsia da tenere, rispetto ad
 implementare un sistema migliore di inserimento dei POI.
 Forse, se gli utilizzatori iniziassero a chiederlo, si potrebbe arrivare
 ad uno strumento più veloce di scelta dei tag.
 --


Credo che il team di sviluppo di quest'app sia di molto sotto organico. 
In un post apparso qualche tempo fa sul loro forum ufficiale qualcuno
affermava che ci sono solo un paio di programmatori validi, con le
competenze necessarie per sviluppare le funzioni cruciali (routing, render,
ecc.).
Temo che tutto il lavoro finisca per venire caricato sulle loro spalle: per
quanto le abbiano grosse sono pur sempre un paio, è naturale che si cerchi
di perfezionare il già esistente, dopotutto sono gli utenti stessi che lo
hanno chiesto e non so quanta percentuale di mappatori ci sia tra loro.

Ciao,
MAx




--
View this message in context: 
http://gis.19327.n5.nabble.com/Una-mappa-migliore-Fwd-OSM-talk-A-Better-Map-tp5821240p5821804.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Una mappa migliore Fwd: [OSM-talk] A Better Map

2014-10-26 Per discussione cesare gerbino

Ciao a tutti,

mi sono letto il lungo scambio di mail e anche il dibattito sulla lista
OSM-TALK in merito alla questione indirizzi sollevata da Steve.

Provo a dare anche il mio piccolo contributo per punti citando contributi
vari che ho visto in lista:

1) Premessa: da sempre ho inteso l'informazione della goereferenziazione
degli indirizzi elemento fondamentale che debba essere presnete in OSM e
quindi mi ritrovo nella necessità espressa da Steve e (magari ingenuamente
...), non credo e non voglio credere che sia solo dettata dalle necessità
dell'attuale datore di lavoro di Steve stesso

2)L'anarchia insita e feconda della comunita' e un bene prezioso e da
salvaguardare. Si è vero ed è il cuore di OMS e deve essere mantenuta. Al
tempo stesso è evidente che quando si arriva a volumi come quelli
attuali, quando l'utilizzo e il riuso si amplia, forse un qualche insieme
di regole e di indirizzo / strategia a livellpo di comunità per aumentare
la qualità e le possibilità di utilizzo, sia quasi un male necessario. Io
ho inteso l'indicazione di Steve in questo senso

3) Non possiamo dirci mappa se non abbiamo almeno le strade. Concorsdo e
aggiungerei se non abbiamo gli indirizzi. Gli indirizzi sono
fondamentali, senza OSM contineurà ad esser vista come una cosa
interessante, in alcune zone anche con maggiori info rispetto alle
controparti commerciali ma rischia di restare di nicchia ... un utente
casuale delle mappe la prima cosa che fà è cercare un indirizzo, su OSM non
lo trova, su mappe commerciali sì, e lì, per quell'utente che non sà e
forse non vuole sapere perchè non interessato a tutto quello che sta dietro
ad OSM,  OSM ha perso ...

4) se si vuole un contributo da parte delle masse (in questo caso i
mappatori), occorre che questi siano motivati, ad esempio dalla
semplicità d'uso degli strumenti a disposizione, altrimenti ignoreranno
semplicemente la cosa, e chi s'è visto s'è visto. Questo lo ritengo
fondamentale: mappare sul campo i civici è lungo, non così funny e
l'avere strumento che lo permettano in modo migliore degli attuali
aiuterebbe

5) sarebbe importante riuscire a fare più pressione verso la PA affinchè
rilascino in open data e con licenze compatibili i dati dei civici. Recenti
esperienze provano ad andare in tal senso anche se non hanno fatto il
cammino in modo completo, mi riferisco al caso di Regione Toscana ... che
però ha escluso proprio il livello di civici
http://www.toscana-notizie.it/-/database-topografici-in-scala-1-2-000-da-oggi-consultabili-sul-sito-della-regione.
Da lì con opportune procedure di caricamento massivo CONCORDATO e
CONTROLLATO si potrebbero riversare in OSM un gran numero di civici e la
situazione generale, almeno in Italia migliorerebbe.

6) In lista OSM-TALK ho scoperto questa iniziativa francese  che mi sembra
interessante e che non conoscevo
http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)
e http://openstreetmap.fr/bano

7) per chi interessato alla situazione indirizzi open in Italia con anche
un confronto tra quello che c'è in OSM  (scusate l'autoreferenzialità )
può vedere qui
http://cesaregerbino.wordpress.com/2014/09/24/numeri-civici-open-data-in-italia-hashtag-indirizzatiitalia-ce-ne-sono-quanti-sono-chi-li-mette-a-disposizione-dove-sono/

Ciao a tutti


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 26 ottobre 2014 10:59, Max1234Ita max1234...@gmail.com ha
scritto:

 Ahimè, non arrivo a tanto!

 Sono lontano da casa per motivi di lavoro: parto alle 7 di mattina e
 rientro
 alle 9 la sera. Mappo per hobby nel tempo libero... ma condivido con voi
 l'essere guardato come un marziano, soprattutto dai colleghi quando avvio
 le
 mie sessioni di mappatura nella pausa pranzo o li intrattengo discutendo
 sul perché mappo se non me ne viene in tasca nulla o sul perché la mappa
 Open è meglio di quelle proprietarie.

 Lo so, secondo le leggi Murphy non dovrei stare a discutere, perchè si
 rischia che qualcuno non capisca la differenza... ma tant'è, io tiro avanti
 istéss  :-p

 Ciao,
 Max



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Una-mappa-migliore-Fwd-OSM-talk-A-Better-Map-tp5821240p5821798.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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM

2014-10-26 Per discussione M. Fioretti


On 2014-10-25 22:50, Alessandro wrote:

Il 25/10/2014 22:34, sabas88 ha scritto:


Probabilmente la cappellata è dei grafici
Progetto grafico
Gaetano Cassini / Studiofluo


http://www.studiofluo.com/persone.html



A maggior ragone che stanno violando la licenza con moltissimi dati a
cui ho contribuito personalmente, se non ci pensa la foundation o
altre figure mi posso rivolgere a qualcun altro o devo arrivare a
soluzioni estreme?


tipo inviare il link di questo messaggio negli archivi della lista 
all'email che

c'è su quel sito e a quelle di Festival della Scienza?

Marco

--
http://mfioretti.com

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

[Talk-it] Biella Open Data - Civici

2014-10-26 Per discussione Marco_T

Ricollegandomi alle ultime discussioni fatte (miglioramento mappa,
indirizzi...) vi segnalo che qui, a fondo pagina:
http://www.comune.biella.it/sito/index.php?biella-open-data
si puo' trovare lo Shapefile dei civici con licenza IODL 2.0.
Scusate se era noto ma cercando nei post precedenti non ho trovato niente al
riguardo.

Saluti.

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n5.nabble.com/Biella-Open-Data-Civici-tp5821824.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] Festival della Scienza e mancata attribuzione mappe OSM

 Sent: Sunday, October 26, 2014 at 11:59 AM
 From: Aury88 spacedrive...@gmail.com
 To: talk-it@openstreetmap.org
 Subject: Re: [Talk-it] Festival della Scienza e mancata attribuzione mappe OSM

 Matteo Quatrida-2 wrote
  L'unico dubbio che mi viene leggendo queste tue righe è: se non lo ha
  fatto Wikipedia, che è di vari ordini di grandezza più conosciuta di OSM,
  probabilmente non si può fare o ci sarebbero dei risvolti, che a caldo,
  non sei/siamo in grado di valutare.

 si e no...nel senso che wikipedia come osmf è una realtà nata all'estero e
 che quindi si è sviluppata in un contesto dove il rispetto delle regole è
 diverso da quello italiano...quindi non è necessario certi mezzucci (sono il
 primo a definirli così) di ricatto/rivalsa per i trasgressori ed è secondo
 me il principale motivo per cui non si inseriscono solitamente certe
 clausule. 
 La realtà internazionale di questi progetti effettivamente poi pone dei seri
 problemi interpretativi sulla validità delle licenze in tutto il mondo.
 quindi da alcune parti certi vincoli reggono in altre no (la licenza osm non
 si sa se verrebbe accettata dai nostri giudici perchè nell'ordinamento
 giudiziarino non esiste alcun riferimento alla odbl).
 Però il non rispettare la clausula sul costo di utilizzo dei dati (applicata
 se non si vuole  riportare la licenza quindi per l'utilizzo di un dato
 servizio) è una cosa che in un po' tutto il mondo civilizzato viene
 riconosciuto come furto (o pirateria visto che parliamo di software)...ed è
 a mio avviso improbabile che venga del tutto disconosciuta dalla legge
 italiana...
 non è del tutto vero che nessuno delle fondazioni non profit reagisca a
 certi comportamenti poi:
 all'estero la FSF ha ottenuto compensazioni notevoli per il non rispetto
 della GPL;compensazioni che di solito prevedevano il rilascio del codice
 sorgente di software che usavano codice GPL (cosa già prevista dalla GPL
 stessa quindi  viene imposta la riparazione del danno)+ altro software
 oppure una multa (e queste per la compensazione).
 Questa cosa la fanno tutti i giorni le case produttrici/distributrici di
 software e contenuti creativi nei confronti di enti pubblici o aziende
 private che trasgrediscono le regole...un po' meno nei confonti dei
 privati...
 forse l'unica cosa che manca a noi è effettivamente il bollino della siae ma
 bisognerebbe vedere come fanno quelli di google per lo stesso medesimo
 problema.
 Invito pero a considerare una cosa: come noi non sappiamo della efficacia
 della nostra licenza a maggior ragione non sanno quanto essa sia efficacie
 le persone/enti/aziende che utilizzano la nostra mappa senza riportarla.
 quindi il problema non è la licenza, siamo noi che  non possiamo pretendere
 da loro nulla perchè la nostra licenza non lo prevede...che multa c'è in
 italia per il non rispetto della licenza? qual'è invece per il mancato
 pagamento di un servizio?

 Matteo Quatrida-2 wrote
  Purtroppo la sensibilità italiana verso il Copyright, di qualunque tipo
  esso sia, è pari a -10 in una scala da 0 a 10.

 in italia c'è una forte incidenza della criminalità organizzata,
 dell'evasione fiscale, lavoro in nero e corruzione ecc ecc, ma il fatto che
 siano diffusi o meno sentiti dalla popolazione come una cosa negativa non
 rende le leggi, che puniscono tali attività, meno importanti o valide. sarà
 una questione di difficoltà di applicazione di tali leggi ma questo è un
 altro discorso. le leggi ci sono e a maggior  ragione devono essere tanto
 più severe quanto più è grave il crimine che cercano di prevenire...chi usa
 le nostre mappe senza riportare una licenza commette un furto...e questa
 cosa diventa tanto più evidente e dimostrabile quando la nostra clausola
 prevede proprio il pagamento per l'utilizzo di osm senza riportata la
 licenza.
 Cambia quindi proprio la visione della licenza di utilizzo, non più come
 un'offertao una donazione di una onlus ma come di un servizio con le
 conseguenti regole/clausole

 -
 Ciao,
 Aury
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Festival-della-Scienza-e-mancata-attribuzione-mappe-OSM-tp5821760p5821802.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

Okay, posso anche darti ragione. Tuttavia ho ancora un dubbio: a livello 
internazionale pensi sarebbero disposti a cambiare delle parti di licenza per 
un problema tipicamente italiano?

--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009
«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Biella Open Data - Civici

2014-10-26 Per discussione Andrea Musuruane

2014-10-26 21:05 GMT+01:00 Marco_T toto...@libero.it:

 Ricollegandomi alle ultime discussioni fatte (miglioramento mappa,
 indirizzi...) vi segnalo che qui, a fondo pagina:
 http://www.comune.biella.it/sito/index.php?biella-open-data
 si puo' trovare lo Shapefile dei civici con licenza IODL 2.0.
 Scusate se era noto ma cercando nei post precedenti non ho trovato niente
 al
 riguardo.


Non lo sapevo. E' molto interessante. Grazie!

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

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

2014-10-26 Per discussione emmexx


Il 10/24/2014 06:35 PM, emmexx scrisse:


e allora a questo punto mi viene il dubbio che anche queste way,
cioè way 285282337, way 188280033 forse sarebbe meglio che non
avessero il tag oneway. Però cosa metto: access:backward=no e
foot:backward=yes?


C'e' un cartello di accesso riservato ma, se non ricordo male, solo
l'accesso e' riservato (ai tram), se sei gia' dentro la via e' a senso
unico.
Devo andare a controllare. Se la situazione (strisce gialle) e' identica
al lato canova, si puo' procedere nello stesso modo. Altrimenti si mette
un restriction nel punto di ingresso.


Sono andato a controllare.

Il tratto di piazza Sempione dai via Pagano a Corso Sempione non ha 
restrizioni in direzione sud ma e' riservato solo ai mezzi in direzione 
nord.
Ci sono le strisce gialle lungo tutto il tratto, ci sono anche dei 
cartelli verticali che indicano che che in una direzione il traffico e' 
consenti ma in quella opposta e' riservato ai mezzi.

Pero' non ci sono cartelli di senso unico.

ciao
maxx

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

[Talk-gb-westmidlands] Hockley Flyover art

2014-10-26 Per discussione Andy Mabbett

I used to drive under and over Hockley Flyover daily, but I never knew
about the artwork(s) there, by William Mitchell:

   https://en.wikipedia.org/wiki/William_Mitchell_(sculptor)

until today. See:

   https://www.flickr.com/photos/seva_nmb/7865992708/in/pool-1910185@N24/

and other pics there. I've added a node to the map:

   https://www.openstreetmap.org/node/3151337391

but a survey is needed. I'll do that when I can, but one of you might
be close by...

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-gb-westmidlands] Hockley Flyover art

2014-10-26 Per discussione Rob Nickerson

I recognise that artist's work! He has a piece in Coventry too. I was
pretty sure I'd mapped it and could just add the wikidata tags but turns
out I was wrong. Anyway it's now mapped and includes wikidata tags and the
English Heritage listed status tags:

http://www.openstreetmap.org/node/3151797275

See here if you're interested in what it looks like:
http://wharferj.wordpress.com/2012/02/13/three-murals-bill-mitchell-gordon-cullen-dorothy-annan/

Thanks Andy :-)

On 26 October 2014 18:44, Andy Mabbett a...@pigsonthewing.org.uk wrote:

 I used to drive under and over Hockley Flyover daily, but I never knew
 about the artwork(s) there, by William Mitchell:

https://en.wikipedia.org/wiki/William_Mitchell_(sculptor)

 until today. See:

https://www.flickr.com/photos/seva_nmb/7865992708/in/pool-1910185@N24/

 and other pics there. I've added a node to the map:

https://www.openstreetmap.org/node/3151337391

 but a survey is needed. I'll do that when I can, but one of you might
 be close by...

 --
 Andy Mabbett
 @pigsonthewing
 http://pigsonthewing.org.uk

 ___
 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

[Talk-se] Tagga gatuadresser

2014-10-26 Per discussione Karl Wettin

Hej,

Givet att jag har “gatunamn”, “husnummer”, “uppgångsbokstav”, “postort”, 
“tätort/småort”, hur skall jag då på bästa sätt använda addr-taggar? 

Gatan 123 B, Årsta, Sverige

addr:street=Gatan
addr:housenumber=123 B

Jag vill verkligen separera på uppgång och husnummer. Det finns massor av 
betydelse i dem och det finns mycket specialfall man måste köra med för att 
lyckas tolka det om man en gång har skrivit ihop dem. 123:8, 123 U2, osv. Har 
försökt automatisera sådant förr och då gjort fel i kanske 5% av fallen.  

Hur gör jag med det? Wikin tar inte upp saken. Kanske något åt hållet
addr:house:number=123
addr:house:entry=B
?

Väljer jag postorten 
addr:city=Årsta
eller tätorten
addr:city=Stockholm
?

addr:country=SE



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

Re: [Talk-se] Tagga gatuadresser

2014-10-26 Per discussione Markus Lindholm

2014-10-26 13:47 GMT+01:00 Karl Wettin karl.wet...@kodapan.se:
 Hej,

 Givet att jag har “gatunamn”, “husnummer”, “uppgångsbokstav”, “postort”, 
 “tätort/småort”, hur skall jag då på bästa sätt använda addr-taggar?

 Gatan 123 B, Årsta, Sverige

 addr:street=Gatan
 addr:housenumber=123 B

 Jag vill verkligen separera på uppgång och husnummer.

Jag tycker inte det är en bra idé att separera en eventuell bokstav
från resten av addr:housenumber. I mitt tycke så hör de ihop. Det
finns ju fall, åtminstone här i Stockholm, där du har Storgatan 10,
Storgatan 10A och Storgatan 10B som adresser på distinkta fastigheter.
Att dom alla tre skulle ha addr:housenumber=10 låter inte rätt.

/Markus

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

Re: [Talk-se] Tagga gatuadresser

2014-10-26 Per discussione Markus Lindholm

2014-10-26 15:24 GMT+01:00 Karl Wettin karl.wet...@kodapan.se:

 On 26 Oct 2014, at 15:01, Markus Lindholm markus.lindh...@gmail.com wrote:

 Jag tycker inte det är en bra idé att separera en eventuell bokstav
 från resten av addr:housenumber. I mitt tycke så hör de ihop. Det
 finns ju fall, åtminstone här i Stockholm, där du har Storgatan 10,
 Storgatan 10A och Storgatan 10B som adresser på distinkta fastigheter.
 Att dom alla tre skulle ha addr:housenumber=10 låter inte rätt.


 Jag förstår inte riktigt.

 Jag hade alltså tänkt att en nod skulle se ut så här:

 addr:street=Storgatan
 addr:housenumber=10B
 addr:house:number=10
 addr:house:uppgång=B

 Det skulle alltså förbli som alltid förr,

Ah, jag läste ditt första mejl lite slarvigt och missade att det fanns
ett kolon mellan house och number.

/Markus

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

Re: [Talk-se] Tagga gatuadresser

2014-10-26 Per discussione Henrik Larsson

Det är faktiskt två olika ISO-standarder har jag för mig. I befolkningsregister 
är de ihopsatta men i fastighetsregistret är det tvärt om (med förbehåll för 
att det kan vara tvärt om, det är helg och jag är trött).

mvh Henrik

Skickat från min iPhone

 26 okt 2014 kl. 15:45 skrev Per-Olof Norén pero...@gmail.com:
 
 I BAL (Lantmäteriet) skiljer man på adressplats (nr) och littera (uppgång). 
 
 /P-O
 
 
 
 
 26 okt 2014 kl. 15:31 skrev Markus Lindholm markus.lindh...@gmail.com:
 
 2014-10-26 15:24 GMT+01:00 Karl Wettin karl.wet...@kodapan.se:
 
 On 26 Oct 2014, at 15:01, Markus Lindholm markus.lindh...@gmail.com wrote:
 
 Jag tycker inte det är en bra idé att separera en eventuell bokstav
 från resten av addr:housenumber. I mitt tycke så hör de ihop. Det
 finns ju fall, åtminstone här i Stockholm, där du har Storgatan 10,
 Storgatan 10A och Storgatan 10B som adresser på distinkta fastigheter.
 Att dom alla tre skulle ha addr:housenumber=10 låter inte rätt.
 
 
 Jag förstår inte riktigt.
 
 Jag hade alltså tänkt att en nod skulle se ut så här:
 
 addr:street=Storgatan
 addr:housenumber=10B
 addr:house:number=10
 addr:house:uppgång=B
 
 Det skulle alltså förbli som alltid förr,
 
 Ah, jag läste ditt första mejl lite slarvigt och missade att det fanns
 ett kolon mellan house och number.
 
 /Markus
 
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-se
 
 ___
 Talk-se mailing list
 Talk-se@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-se

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

Re: [Talk-se] Tagga gatuadresser

2014-10-26 Per discussione Karl Wettin


 On 26 Oct 2014, at 19:45, Erik Johansson erjo...@gmail.com wrote:
 
 Husnummer/portnummer kan väl mycket väl vara samma sak?

Jodå, och det fortsätter de alltså vara. 

addr:street=Storgatan
addr:housenumber=10B

 Som Markus säger om adressen är Storgatan 10B så betyder det inte att 
 uppgången är b. Även om det är samma byggnad så är jag tveksam till om man 
 någonsin kallar uppgången för B.

Jag har haft behov av separationen förr och vill inte förlora kunskap som kan 
gå förlorad nästan gång jag är ute efter det. Jag vill alltså utöver 
addr:street och addr:housenumber ha två nya fält som innehåller husnummer 10 i 
ett och uppgång B i ett annat. Och 10B finns alltså kvar som vanligt i 
addr:housenumber.

I Malmö finns det exempelvis SJ-husen som har väldigt underliga uppgångar som 
det refereras ordentligt till på väldigt olika sätt. Slussgatan 14 är hela 
huset, men ofta bor folk i 6:an, mäklare annonserar ut 14:6, osv.

Att separat veta att det är 14 respektive 6 skulle exempelvis potentiellt 
förbättra för en Geocoder, och en bra sådan för Sverige är just vad jag i 
förlängningen vill göra med OSM.

Så jag vill verkligen lägga till dem. Ponera att man gör det, vad kallar man då 
taggarna?

addr:se:husnummer: 14
addr:se:uppgång: 6

Kanske?



kalle___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Import av Örebro kommuns öppna GIS

2014-10-26 Per discussione Karl Wettin

Hej alla,

Örebro kommun publicerar massor av GIS-data som CC-BY på 
http://data.karta.orebro.se. Jag har skriptat ihop en snurra som tar hem all 
data från deras JSON-API och försöker lista ut vad som är vad.

Resultatet finns på http://kalle.users.openstreetmap.se/orebro/orebro.zip.

Skriptet skapar följade filer:

osm-duplicates.osm.xml, 1.6M
duplicates.osm.xml 280.1K

streets.osm.xml 188.8K
house-numbers.osm.xml 7.4M
places-landsbygd.osm.xml 84.6K
uncertain.osm.xml 40.1K

geo-objects.osm.xml 552.9K

Jag har inte skrivit kod som letar upp dubletter i OSM för geo-objects, skall 
se vad jag kan göra.

Koden som skapar detta finns på https://github.com/karlwettin/osm-orebro-gis.
Använder sig av https://github.com/kodapan/osm-common.

Om någon vill köra koden så rekommenderar jag att packa upp 
http://kalle.users.openstreetmap.se/orebro/data.zip i projektroten, annars 
måste ni hamra på deras API i ett dygn först.

Jag har skapat ett task på http://tasks.openstreetmap.se/job/27.

För inte in ändringar i OSM nu, det skall göras med ett nytt OSM-konto. Exakt 
hur det skall gå till om flera vill redigera vet jag inte, men jag kommer helt 
klart behöva hjälp.

Kika däremot gärna på hur datan ser ut och om det finns några slags regler jag 
kan använda mig av för att automatisera ytterligare. Typ: om noden för en gata 
ligger rakt i en i OSM odöpt väg så lägg till namnet i 
osm-duplicates.osm.xml-way:en. (Just den tänkte jag dock ändå fixa.)

Om ni har lite förslag om hur man skall dela på filerna och redigera i dem 
tillsammans så är jag all ears. Annars tänkte jag att det kan man göra med git.


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

Re: [Talk-ar] Mapeo social

2014-10-26 Per discussione hyan...@gmail.com

Hola,

sí, me surge la duda sobre qué mecanismo se puede aplicar para comprobar la
veracidad del los datos, por ejemplo: ¿informando al grupo local?

El 26 de octubre de 2014, 10:47, Manuel Kaufmann humi...@gmail.com
escribió:

 Bueno, hice el fork, lo traduje y diseñé un pequeño panfleto / volante
 para ir entregando en los diferentes lugares que considere interesante.

 Este es el sitio web:

 http://elblogdehumitos.com.ar/osm/

 Este es el volante:

 http://elblogdehumitos.com.ar/osm/osm-elblogdehumitos.png

 Se aceptan sugerencias. En principio voy a empezar a probar esto como está
 (o similar) para ver cómo va y luego ir agregando más funcionalidad al
 sitio.

 2014-10-26 10:43 GMT-03:00 Manuel Kaufmann humi...@gmail.com:


 2014-10-25 17:49 GMT-03:00 Manuel Kaufmann humi...@gmail.com:

 Por otra parte creo que la interface de NOTAS de osm.org podría ser
 suficiente para lo que quieres.


 Muy bueno! No lo conocía. Y sí, algo muy similar a eso es lo que me
 imaginé... Un poco más de color para hacerlo más user-frieldy y listo...


 Encontré algo exactamente igual a lo que yo quiero: http://onosm.org/

 http://wiki.openstreetmap.org/wiki/Onosm.org

 Creo que voy a hacer un fork del github, traducirlo al español y ponerlo
 en práctica para ver cómo va...



 --
 Kaufmann Manuel
 -- http://elblogdehumitos.com.ar




 --
 Kaufmann Manuel
 -- http://elblogdehumitos.com.ar

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


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

Re: [Talk-ar] Mapeo social

2014-10-26 Per discussione Facundo Des

Excelente!

Se me ocurre como requisito que deban enviar una foto del frente del local,
eliminamos el 90% del posible vandalismo que pueda existir.

Humitos, te llega un mail cada vez que alguien llena el formulario? Estaria
bueno que vaya a una base de datos, dónde todos los colaboradores podamos
acceder, lo agregamos, y lo marcamos como resuelto.

sldos!

El 26 de octubre de 2014, 13:54, hyan...@gmail.com hyan...@gmail.com
escribió:

 Hola,

 sí, me surge la duda sobre qué mecanismo se puede aplicar para comprobar
 la veracidad del los datos, por ejemplo: ¿informando al grupo local?

 El 26 de octubre de 2014, 10:47, Manuel Kaufmann humi...@gmail.com
 escribió:

 Bueno, hice el fork, lo traduje y diseñé un pequeño panfleto / volante
 para ir entregando en los diferentes lugares que considere interesante.

 Este es el sitio web:

 http://elblogdehumitos.com.ar/osm/

 Este es el volante:

 http://elblogdehumitos.com.ar/osm/osm-elblogdehumitos.png

 Se aceptan sugerencias. En principio voy a empezar a probar esto como
 está (o similar) para ver cómo va y luego ir agregando más funcionalidad al
 sitio.

 2014-10-26 10:43 GMT-03:00 Manuel Kaufmann humi...@gmail.com:


 2014-10-25 17:49 GMT-03:00 Manuel Kaufmann humi...@gmail.com:

 Por otra parte creo que la interface de NOTAS de osm.org podría ser
 suficiente para lo que quieres.


 Muy bueno! No lo conocía. Y sí, algo muy similar a eso es lo que me
 imaginé... Un poco más de color para hacerlo más user-frieldy y listo...


 Encontré algo exactamente igual a lo que yo quiero: http://onosm.org/

 http://wiki.openstreetmap.org/wiki/Onosm.org

 Creo que voy a hacer un fork del github, traducirlo al español y ponerlo
 en práctica para ver cómo va...



 --
 Kaufmann Manuel
 -- http://elblogdehumitos.com.ar




 --
 Kaufmann Manuel
 -- http://elblogdehumitos.com.ar

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



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


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

Re: [Talk-ar] Numeracion de calles

2014-10-26 Per discussione Hernán Javier López

Perdón que no respondí antes, pero me entro el mail en Spam.
Muchas gracias por el arreglo.
Saludos
Hernan

El 24 de octubre de 2014, 21:47, Franco Leanza flea...@yahoo.com escribió:

 Bueno, lo prometido es deuda. Ya está recuperado lo que estaba borrado.
 Además corregí la numeración de los otros tramos de M.Cervantes que estaba
 mal. Quiero aclarar que en ninguna parte dice que lo que estás haciendo
 está mal, y tampoco que no se pueda utilizar el esquema de interpolación
 kalsruhe. En este tema hay varias campanas que fueron discutidas
 largamente, incluso mucho antes de febrero de este año.

 A partir de ahora la sigo por el foro.

 Saludos
 Franco.



   El Viernes, 24 de octubre, 2014 15:28:01, Hernán Javier López 
 hernan.lo...@gmail.com escribió:


 Gracias! Creo que si lo estoy haciendo como esta en la Wiki. Si miras en
 este mismo hilo, en febrero, es donde recibi las recomendaciones de como
 hacerlo, y me parece que es igual a lo que dice la wiki, igual si le das
 una mirada y encontras algo que este mal, avisame y lo arreglo y de paso
 aprendo ... :)

 Saludos
 Hernan

 El 24 de octubre de 2014, 14:28, Martin Andres Gomez Gimenez 
 mggime...@i-nis.com.ar escribió:

  El vie, 24-10-2014 a las 00:09 -0300, Hernán Javier López escribió:

 Hola, varios meses después de que consulte, sigo despacito. Lo que mas
 hice fue en Versalles (hacia el oeste) y un poco por Floresta, por la
 zona de Carrasco.
 Pero mando este mail porque un usuario, argenos, esta interpolando por
 la zona. Yo ya le escribí, porque llego a un lugar donde había hecho
 una cuadra sobre Margariños Cervantes y borro lo que hice, poniendo la
 interpolacion, diciéndole que no borre lo que ya hice, pero quería
 asegurarme que el criterio no había cambiado, que es preferible lo que
 esoy haciendo yo de numerar casa por casa. Si alguien sabe como
 revertir el cambio y considera que hay que hacerlo es en Margarino
 Cervantes entre Victor Hugo y Moliere, pero la verdad que yo no tengo
 idea de como hacerlo.


 Hola Hernán!

 No tuve tiempo de ver tu trabajo, y perdón por ello, pero te escribo con
 la esperanza de ayudar a resolver tu problema. Antes que nada, y para
 evitar conflictos por favor verificá que tu trabajo se ajusta a lo definido
 en la Wiki de Argentina, en la cual adoptamos Karlsruhe schema:


 http://wiki.openstreetmap.org/wiki/WikiProject_Argentina#Altura_de_las_calles
 http://wiki.openstreetmap.org/wiki/Argentina:Altura_de_las_Calles



 Hay una conversación en el foro, la cual deberías ver ya que se habla de
 un plugin para interpolar y se menciona a Argenos:

 http://forum.openstreetmap.org/viewtopic.php?id=27009


 Por último escribí tu problema en el foro, seguro te van a contestar mejor
 que por acá. Además si no contesta Argenos, puede hacerlo Beerforfree, que
 tiene llegada a Argenos, ya que son conocidos. Además se puede organizar un
 encuentro local para hablar del tema y acordar la manera de trabajar en
 equipo.


 Saludos,
  --
  --


 *Martin Andres Gomez Gimenez*
 web: http://www.i-nis.com.ar
 e-mail: mggime...@i-nis.com.ar
 Jabber: mggime...@i-nis.com.ar

 *Usuario Linux: #306000*
 gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7
 Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7



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



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


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

Re: [Talk-ar] Numeración de calles

2014-10-26 Per discussione Hernán Javier López

(También respondo tarde porque me entro en Spam... )
Perfecto! Entonces sigo tranquilo y sin culpa, porque la verdad
siempre intente de no toca nada que haya hecho otro. Hasta cuando
encontré errores evidentes preferí escribir a quien los había hecho
antes de cambiarlo sin hablarlo.
Saludos
Hernan

El día 24 de octubre de 2014, 12:10, Franco Leanza flea...@yahoo.com escribió:
 Hernán. Yo te diría que el criterio que podríamos adoptar es: en los lugares
 donde vayas completando la numeración puerta a puerta podes borrar la
 interpolación sin ningún inconveniente. Particularmente muchos de nosotros,
 colaboradores de osm, estamos interesados en la utilización de los mapas en
 gps garmin. A través de las mejoras que se han hecho en el compilador
 cualquiera de los 2 sistema queda reflejado en los mapas siempre y cuando
 los nodos tengan el nombre de la calle. En las calles en las que encuentre
 tu trabajo yo las voy a dejar así, no es necesario que dibuje las lineas de
 interpolación.
 Un comentario al margen es que garmin trabaja unicamente con interpolaciones
 así es que mkgmap convierte la numeración individual a lineas interpoladas.
 De cualquier manera yo estoy de acuerdo en la data puerta a puerta. No hay
 que olvidarse que osm no son unicamente mapas para gps.
 En cuanto al ofrecimiento de Pablo, la verdad es que me parece magnifico
 aunque habría que ver un poco con aquellos que tienen más claro que yo el
 tema de licencias. Si hay una base georeferenciada de portales y se pude
 usar,  yo me ofrezco para hacer una aplicación que robotice el ingreso. Es
 especialmente fácil. Escucho aportes al tema.

 Franco


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


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

Re: [Talk-ar] Mapeo social

2014-10-26 13:45 GMT-03:00 Hernán Javier López hernan.lo...@gmail.com:
Un par de problemas, por un lado en tu blog, cada vez que lo intente
de usar, se queda colgado hasta que Chrome me dice que El proceso de
la pagina puede haber finalizado por agotamiento de memoria del Chrome
u otro motivo Esto desde Chrome 38 y Ubuntu 14.04. Pero mismo sistema
operativo y Firefox, sin problemas. Esto no pasa con http://onosm.org/

Mmmm... Esto es bastante raro ya que es un fork de Github y solo
modifiqué los textos. Igualmente, voy a ver si encuentro cuál es la
causa.

Otro problema, si lo pruebo con un lugar donde esta cargada la altura
de la calle, va perfecto, me marca el lugar exacto, así sea un lugar
con las alturas o la interpolacion. Ahora si la calle no tiene
cargadas las alturas, es una lotería. Una misma dirección, me marco
bien en la calle, pero en 2 alturas diferentes, o 6 cuadras o a 1. En
otra prueba, de una zona que releve yo Barragan 586, Buenos Aires,
Argentina lo ubico perfecto, porque la dirección existe, pero si
pruebo de poner una dirección falsa, Barragan 583, Buenos Aires,
Argentina, o sea la vereda de enfrente (zona de atrás de un Carrefour
que ocupa toda la manzana) me manda a la calle Barragan en Loberia,
Buenos Aires, Argentina, a unos 500km del lugar original.

Esto es algo que entiendo que yo no puedo resolver, ya que ese sitio
web por debajo usa la API nominatim de OSM haciendo llamadas a

http://nominatim.openstreetmap.org/search?format=jsonq=texto
ingresado por el usuario

En tu caso, la llamada sería así:

http://nominatim.openstreetmap.org/search?format=jsonq=Barragan%20583,%20Buenos%20Aires,%20Argentina

¿Qué se te ocurre que se puede hacer con respecto a esto?

¿Qué otra posibilidad de adivinar dónde está el lugar tenemos? Quizás
mostrando un mensaje del tipo:

El punto que se muestra en el mapa es aproximado y puede ser que no
corresponda con la ubicación buscada. Sin embargo, puede mover el
marcador a la posición correcta de su negocio

... puede interiorizar al usuario sobre posibles errores y que no sea
tan annoying para ellos.

Creo que antes de difundir el método (que me parece muy bueno) habria
que pulir estos detalles o al menos tener mapeadas las alturas de
calles en la zona que se publicite, porque sino queda como algo que no
sirve y remontar eso es difícil.

Me gustaría buscarle una vuelta desde acá (del lado del sitio web) ya
que actualmente estoy viajando y mapear completamente los lugares en
los que entregaría el volante sería complicado.

Gracias por tus comentarios.

--
Kaufmann Manuel
-- http://elblogdehumitos.com.ar

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

Re: [Talk-ar] Mapeo social

2014-10-26 18:24 GMT-03:00 Manuel Kaufmann humi...@gmail.com:
 ¿Qué se te ocurre que se puede hacer con respecto a esto?

Veo que OSM devuelve varios resultados ordenados por importance. Así
que, podríamos mostrar todos los resultados en una lista y que al
hacerle click lo muestre puntualmente en el mapa.

Eso, sumado a un mensaje similar al que puse en el correo anterior.
Algo así, me parece que puede funcionar o estar más cerca, al menos.

-- 
Kaufmann Manuel
-- http://elblogdehumitos.com.ar

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

Re: [Talk-ar] Mapeo social

2014-10-26 13:45 GMT-03:00 Hernán Javier López hernan.lo...@gmail.com:
 si
 pruebo de poner una dirección falsa, Barragan 583, Buenos Aires,
 Argentina, o sea la vereda de enfrente (zona de atrás de un Carrefour
 que ocupa toda la manzana) me manda a la calle Barragan en Loberia,
 Buenos Aires, Argentina, a unos 500km del lugar original.

Esa misma búsqueda hecha en el sitio oficial OSM

http://www.openstreetmap.org/search?query=Barragan%20583%2C%20Buenos%20Aires%2C%20Argentina#map=17/-34.63287/-58.52287

Te muestra opciones. La primera es la que decís vos que está mal (a
500Km) y la segunda debería ser la válida. Esas mismas opciones son
las que podríamos mostrar en el sitio que puse en mi blog y que el
usuario decida.

¿No te parece?

-- 
Kaufmann Manuel
-- http://elblogdehumitos.com.ar

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

Re: [Talk-ar] Mapeo social

2014-10-26 Per discussione Hernán Javier López

Si, me parece una buena solución, lo mismo que el folleto. Es una
buena solución sobre todo para probarla e ir puliendola.
Si puedo ayudar en algo avisa a ver si esta dentro de mis
conociminentos pero al menos testeando puedo :)
Saludos
Hernan


El día 26 de octubre de 2014, 18:49, Manuel Kaufmann
humi...@gmail.com escribió:
 2014-10-26 13:45 GMT-03:00 Hernán Javier López hernan.lo...@gmail.com:
 si
 pruebo de poner una dirección falsa, Barragan 583, Buenos Aires,
 Argentina, o sea la vereda de enfrente (zona de atrás de un Carrefour
 que ocupa toda la manzana) me manda a la calle Barragan en Loberia,
 Buenos Aires, Argentina, a unos 500km del lugar original.

 Esa misma búsqueda hecha en el sitio oficial OSM

 http://www.openstreetmap.org/search?query=Barragan%20583%2C%20Buenos%20Aires%2C%20Argentina#map=17/-34.63287/-58.52287

 Te muestra opciones. La primera es la que decís vos que está mal (a
 500Km) y la segunda debería ser la válida. Esas mismas opciones son
 las que podríamos mostrar en el sitio que puse en mi blog y que el
 usuario decida.

 ¿No te parece?

 --
 Kaufmann Manuel
 -- http://elblogdehumitos.com.ar

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

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

Re: [Talk-ar] Mapeo social

2014-10-26 Per discussione Facundo Des

Antes que mail, me parece que es preferible que hagas un thread en el foro
de OSM arg.

El 26 de octubre de 2014, 19:11, Manuel Kaufmann humi...@gmail.com
escribió:

 2014-10-26 18:57 GMT-03:00 Hernán Javier López hernan.lo...@gmail.com:
  Si, me parece una buena solución, lo mismo que el folleto. Es una
  buena solución sobre todo para probarla e ir puliendola.

 Genial! Creo que voy a trabajar en esto de las opciones durante esta
 semana si tengo tiempo y vuelvo a mandar un mail comentando lo que
 hice.

  Si puedo ayudar en algo avisa a ver si esta dentro de mis
  conociminentos pero al menos testeando puedo :)

 Genial! Ya me estás ayudando. Yo no me había dado cuenta del problema
 en Google Chrome :)

 Por otro lado, modifiqé un poquito el volante (le cambié la letra y
 modifiqué los textos)

 http://elblogdehumitos.com.ar/osm/osm-elblogdehumitos-2.png

 Bueno eso... Creo que tengo bastantes problemas para escribir algo que
 se pueda vender (sea atrapante para el lector) sin que sea algo
 técnico y aburrido para el usuario final. En eso, me podrías dar una
 ayuda gigante. Mirando los textos del volante y del sitio web así
 llegamos a algo legible, amiglable e interesante para el usuario
 final.


 --
 Kaufmann Manuel
 -- http://elblogdehumitos.com.ar

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

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

Re: [Talk-ar] Mapeo social

2014-10-26 20:36 GMT-03:00 Facundo Des desfacu...@gmail.com:
 Antes que mail, me parece que es preferible que hagas un thread en el foro
 de OSM arg.

¿Cómo? No te entendí. ¿Un thread en el foro para qué? ¿Comentando esto o qué?

-- 
Kaufmann Manuel
-- http://elblogdehumitos.com.ar

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

Re: [Talk-ar] Mapeo social

2014-10-26 Per discussione desfacundo

Exacto, me parece mejor que abras un thread en el foro de openstreetmap, en la 
seccion de argentina, ya que aca se pierde con el tiempo

Sldos
Enviado desde mi BlackBerry de Movistar (http://www.movistar.com.ar)

-Original Message-
From: Manuel Kaufmann humi...@gmail.com
Date: Sun, 26 Oct 2014 20:43:32 
To: OpenStreetMap Argentinatalk-ar@openstreetmap.org
Reply-To: OpenStreetMap Argentina talk-ar@openstreetmap.org
Subject: Re: [Talk-ar] Mapeo social

2014-10-26 20:36 GMT-03:00 Facundo Des desfacu...@gmail.com:
 Antes que mail, me parece que es preferible que hagas un thread en el foro
 de OSM arg.

¿Cómo? No te entendí. ¿Un thread en el foro para qué? ¿Comentando esto o qué?

-- 
Kaufmann Manuel
-- http://elblogdehumitos.com.ar

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

Re: [Talk-ro] Osmose server in romania ?

2014-10-26 Per discussione Alex Morega

Salut! Despre mine e vorba.

Problema, în acest moment, este lipsa unui server pe care să încărcăm 
extract-ul pentru România.

-- Alex

 On 25 Oct 2014, at 18:45, Razvan Radulescu radulescu.raz...@gmail.com wrote:
 
 Salut,
 Da, el se ocupa ( probabil cand are timp).
 Intra pe grupul openstreetmap romania de pe facebook - 
 https://www.facebook.com/groups/1487443198159793/
 Si acolo il vei gasi si pe Alex Morega
 
 On 25.10.2014 12:56, Jean-Baptiste Holcroft wrote:
 Buna ziua,
 
 Eu sunt in contact cu echipa de osmose in Franța.
 Ei aștaptă datas de osm-ro server,
 Aveți vreo informatie despre acest lucru ?
 
 Cred ca contactul est Alex Morega, dar nu am mailul lui.
 
 Multumesc frumos, 
 --
 Jean-Baptiste Holcroft


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

Re: [Talk-ro] Osmose server in romania ?

2014-10-26 Per discussione ciprian niculescu

aha ok, am loc, pot sa va ofer o masina
daca nu ai timp de ea, si imi faci instructajul ma ocup si eu de ea
deci un vm 1Gram 32G hd
ce distributie?

2014-10-26 11:36 GMT+02:00 Alex Morega a...@grep.ro:

 Salut Ciprian,

 Când am testat acum câteva luni, importul a consumat 10GB de disc
 (majoritatea pentru postgis) și 800MB memorie (pentru osmosis dacă îmi aduc
 bine aminte). După import urmează rularea propriu-zisă de verificări, și
 aici depinde de la o verificare la alta, dar în general sunt rapide și
 ieftine.

 -- Alex


  On 26 Oct 2014, at 10:35, ciprian niculescu cnicu...@gmail.com wrote:
 
  Salut,
  ce cerinte trebuie sa aiba serverul? ram,cpu,disk?
  ca am ceva resurse disponibile.
  Ciprian N
 
  2014-10-26 9:54 GMT+02:00 Alex Morega a...@grep.ro:
  Salut! Despre mine e vorba.
 
  Problema, în acest moment, este lipsa unui server pe care să încărcăm
 extract-ul pentru România.
 
  -- Alex
 
   On 25 Oct 2014, at 18:45, Razvan Radulescu radulescu.raz...@gmail.com
 wrote:
  
   Salut,
   Da, el se ocupa ( probabil cand are timp).
   Intra pe grupul openstreetmap romania de pe facebook -
 https://www.facebook.com/groups/1487443198159793/
   Si acolo il vei gasi si pe Alex Morega
  
   On 25.10.2014 12:56, Jean-Baptiste Holcroft wrote:
   Buna ziua,
  
   Eu sunt in contact cu echipa de osmose in Franța.
   Ei aștaptă datas de osm-ro server,
   Aveți vreo informatie despre acest lucru ?
  
   Cred ca contactul est Alex Morega, dar nu am mailul lui.
  
   Multumesc frumos,
   --
   Jean-Baptiste Holcroft
 
 
  ___
  Talk-ro mailing list
  Talk-ro@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ro
 
  ___
  Talk-ro mailing list
  Talk-ro@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ro


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

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

Re: [Talk-ro] Osmose server in romania ?

2014-10-26 Per discussione Jean-Baptiste Holcroft

Este un debut bun :)

In Franța, am început cu gazduire în universitate, cred ca aveți mulți
contributori din Universitați din București.
Normal, nu este foarte dificult de recuperat un server vechi pentru
început.

Communatatea Romănă are o asociaţie ?
Cine este proprietar de openstreetmap.ro ?


--
Jean-Baptiste Holcroft

2014-10-26 17:23 GMT+01:00 Alex Morega a...@grep.ro:

 Hai să folosim debian, din ce îmi aduc aminte asta recomandă și
 instrucțiunile de la osmose.

 Uite notițele mele pentru instalare; ar trebui să meargă din prima pe o
 mașină proaspătă.

 https://gist.github.com/mgax/85920ce9d964fa70d894

 -- Alex


  On 26 Oct 2014, at 13:14, ciprian niculescu cnicu...@gmail.com wrote:
 
  aha ok, am loc, pot sa va ofer o masina
  daca nu ai timp de ea, si imi faci instructajul ma ocup si eu de ea
  deci un vm 1Gram 32G hd
  ce distributie?
 
  2014-10-26 11:36 GMT+02:00 Alex Morega a...@grep.ro:
  Salut Ciprian,
 
  Când am testat acum câteva luni, importul a consumat 10GB de disc
 (majoritatea pentru postgis) și 800MB memorie (pentru osmosis dacă îmi aduc
 bine aminte). După import urmează rularea propriu-zisă de verificări, și
 aici depinde de la o verificare la alta, dar în general sunt rapide și
 ieftine.
 
  -- Alex
 
 
   On 26 Oct 2014, at 10:35, ciprian niculescu cnicu...@gmail.com
 wrote:
  
   Salut,
   ce cerinte trebuie sa aiba serverul? ram,cpu,disk?
   ca am ceva resurse disponibile.
   Ciprian N
  
   2014-10-26 9:54 GMT+02:00 Alex Morega a...@grep.ro:
   Salut! Despre mine e vorba.
  
   Problema, în acest moment, este lipsa unui server pe care să încărcăm
 extract-ul pentru România.
  
   -- Alex
  
On 25 Oct 2014, at 18:45, Razvan Radulescu 
 radulescu.raz...@gmail.com wrote:
   
Salut,
Da, el se ocupa ( probabil cand are timp).
Intra pe grupul openstreetmap romania de pe facebook -
 https://www.facebook.com/groups/1487443198159793/
Si acolo il vei gasi si pe Alex Morega
   
On 25.10.2014 12:56, Jean-Baptiste Holcroft wrote:
Buna ziua,
   
Eu sunt in contact cu echipa de osmose in Franța.
Ei aștaptă datas de osm-ro server,
Aveți vreo informatie despre acest lucru ?
   
Cred ca contactul est Alex Morega, dar nu am mailul lui.
   
Multumesc frumos,
--
Jean-Baptiste Holcroft
  
  
   ___
   Talk-ro mailing list
   Talk-ro@openstreetmap.org
   https://lists.openstreetmap.org/listinfo/talk-ro
  
   ___
   Talk-ro mailing list
   Talk-ro@openstreetmap.org
   https://lists.openstreetmap.org/listinfo/talk-ro
 
 
  ___
  Talk-ro mailing list
  Talk-ro@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ro
 
  ___
  Talk-ro mailing list
  Talk-ro@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ro


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

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

[Talk-cz] poloha.net down

2014-10-26 Per discussione Petr Vejsada

Ahoj,

budu teď down, upgraduji všechny možné knihovny. Snad během hodinky to stihnu.

--
Petr


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

[Talk-cz] UP Re: poloha.net down

2014-10-26 Per discussione Petr Vejsada

Ahoj,

tak z hodinky bylo 6 hodinek :-(, už jsem to chtěl vzdát, ale zdá se, že se 
povedlo a Mapnik 3.0.0-rc1 běží. Zároveň upgradovány všechny knihovny (gdal, 
geos, postgis, tirex, ...).

Hlaste problémy, díky.

Po upgrade snad bude možné nasadit nové, úžasné fíčury ;-).

Dne Ne 26. října 2014 17:06:21, Petr Vejsada napsal(a):

 Ahoj,
 
 budu teď down, upgraduji všechny možné knihovny. Snad během hodinky to
 stihnu.
 
 --
 Petr
 
 
 ___
 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] UP Re: poloha.net down

2014-10-26 Per discussione xkomczax

Ahoj,

při velkém přiblížení (zoom 16, 17, 18, 19, 20) hrají turistické trasy všemi 
barvami. Tj. červená je červeno-zeleno-modrá, žlutá je žluto-zeleno-modrá, ... 
Nejde o nějakou chybu v datech, je to komplet po celé ČR.

Jinak díky za práci, na fíčury se těšíme :-)
xkomczax

__
 Od: Petr Vejsada o...@propsychology.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 26.10.2014 23:42
 Předmět: [Talk-cz] UP Re:  poloha.net down

Ahoj,

tak z hodinky bylo 6 hodinek :-(, už jsem to chtěl vzdát, ale zdá se, že se 
povedlo a Mapnik 3.0.0-rc1 běží. Zároveň upgradovány všechny knihovny (gdal, 
geos, postgis, tirex, ...).

Hlaste problémy, díky.

Po upgrade snad bude možné nasadit nové, úžasné fíčury ;-).

Dne Ne 26. října 2014 17:06:21, Petr Vejsada napsal(a):

 Ahoj,
 
 budu teď down, upgraduji všechny možné knihovny. Snad během hodinky to
 stihnu.
 
 --
 Petr
 
 
 ___
 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] UP Re: poloha.net down

2014-10-26 Per discussione Petr Vejsada

Ahoj,

díky za zprávu, to je opravdu špatně. Do zoomu 15 jsou dlaždice 
předrenderované, takže to dělal Mapnik 2.2.0. Od zoomu 16 se vykreslují na 
požádání a to už dělá nový Mapnik. Asi jinak chápe tu definici.

Taky se mi to zdá pomalejší :-/, což bude asi realita, když je to chytřejší, 
hmm...

Dne Po 27. října 2014 00:05:10, xkomc...@centrum.cz napsal(a):

 Ahoj,
 
 při velkém přiblížení (zoom 16, 17, 18, 19, 20) hrají turistické trasy všemi
 barvami. Tj. červená je červeno-zeleno-modrá, žlutá je žluto-zeleno-modrá,
 ... Nejde o nějakou chybu v datech, je to komplet po celé ČR.
 
 Jinak díky za práci, na fíčury se těšíme :-)
 xkomczax
 
 __
 
  Od: Petr Vejsada o...@propsychology.cz
  Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
  Datum: 26.10.2014 23:42
  Předmět: [Talk-cz] UP Re:  poloha.net down
 
 Ahoj,
 
 tak z hodinky bylo 6 hodinek :-(, už jsem to chtěl vzdát, ale zdá se, že se
 povedlo a Mapnik 3.0.0-rc1 běží. Zároveň upgradovány všechny knihovny
 (gdal, geos, postgis, tirex, ...).
 
 Hlaste problémy, díky.
 
 Po upgrade snad bude možné nasadit nové, úžasné fíčury ;-).
 
 Dne Ne 26. října 2014 17:06:21, Petr Vejsada napsal(a):
  Ahoj,
  
  budu teď down, upgraduji všechny možné knihovny. Snad během hodinky to
  stihnu.
  
  --
  Petr
  
  
  ___
  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

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

Re: [OSM-talk-fr] Y sont fou ces américains

2014-10-26 Per discussione Philippe Verdy

Dans le même genre toujours en France
http://www.openstreetmap.org/relation/134313


Le 25 octobre 2014 10:09, Christian Quest cqu...@openstreetmap.fr a écrit
:

 P... et ça ? http://www.openstreetmap.org/relation/2312652

 Le 25 octobre 2014 09:59, David Crochet david.croc...@free.fr a écrit :

 Bonjour


 Je suis étonné de ceci :
 http://www.openstreetmap.org/relation/183958

 Qu'il y ait 2 entités distincts n'est pas gênant en soit, mais d'avoir
 créer une bande terrestre de 20 m est drôle.

 z'en pensez quoi ?

 Cordialement
 --
 David Crochet

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




 --
 Christian Quest - OpenStreetMap France

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


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

Re: [OSM-talk-fr] Y sont fou ces américains

2014-10-26 Per discussione Philippe Verdy

Ici le Verger était une ancienne dépendance de la commune à laquelle elle
était relie par un corridorm depuis les deux communes sont séparées, mais
le corridor est resté
Et il est encore un corridor de Rennes Métropole
http://www.openstreetmap.org/relation/2005861

Le 26 octobre 2014 07:40, Philippe Verdy verd...@wanadoo.fr a écrit :

 Dans le même genre toujours en France
 http://www.openstreetmap.org/relation/134313


 Le 25 octobre 2014 10:09, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 P... et ça ? http://www.openstreetmap.org/relation/2312652

 Le 25 octobre 2014 09:59, David Crochet david.croc...@free.fr a écrit :

 Bonjour


 Je suis étonné de ceci :
 http://www.openstreetmap.org/relation/183958

 Qu'il y ait 2 entités distincts n'est pas gênant en soit, mais d'avoir
 créer une bande terrestre de 20 m est drôle.

 z'en pensez quoi ?

 Cordialement
 --
 David Crochet

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




 --
 Christian Quest - OpenStreetMap France

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



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

[OSM-talk-fr] highway=trunk en France

2014-10-26 Per discussione Axelos

Bonjour,

Un sujet déjà souvent discuté et rediscuté, mais sans consensus.

Cet été j'ai effectué de nombreuses contributions sur Nancy concernant les
routes pour automobiles (identifiés par ce panneau
http://wiki.openstreetmap.org/wiki/File:Voie_Rapide_F%28C107%29.gif ), ainsi
que sur une partie de la National 4 de Nancy à Sézanne.

Vu ce tableau
http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#France
qui indique que les engins agricoles, cyclistes piétons, ... ne sont pas
autorisé sur les chemins highway=trunk, et les pages
http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Voies_rapides.2FVoies_express
, https://wiki.openstreetmap.org/wiki/FR:Map_Features#Route_.28highway.29
indiquent que les voies express sont représentés par le panneau indiquant
route pour automobiles. Au nom même de l'image proposé ci dessus, il
s'agit certainement à l'origine d'une confusion entre les deux termes.

En effet il existe des routes pour automobiles, en double sens limité à
90km/h, 70km/h, coupés par des carrefours giratoires, etc.

Il existe également des voies express, limités à 110km/h, avec chaussés
séparés par un terre plein et bandes d’arrêts d'urgences, signalé par ce
simple panneau :
http://wiki.openstreetmap.org/wiki/File:Fr-C12-Sens_unique.gif
. De ce fait les engins agricoles, voiturettes et vélos sont autorisés à y
circuler. Ce qui se passe notamment sur la N4 de Saint-Dizier à Sézanne.
(Désolé pas de photo lorsque je conduis !)

Bref le problème actuel, c'est qu'en France d’après le wiki OSM, il y a un
petit mélange de tout ce beau monde qui fait qu'au final, il est impossible
de vraiment comprendre comment il faut taguer.

Des solutions ont déjà été proposés mais jamais appliqués :

- Solution simple : Baser highway=trunk sur la classification route pour
automobiles, et oublier la notion de voie express.

- Solution plus complète : Baser highway=trunk sur la notion des voies
express, et designer les routes pour automobiles par motorroad=yes
https://wiki.openstreetmap.org/wiki/Key:motorroad

Cordialement.


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

Re: [OSM-talk-fr] highway=trunk en France

2014-10-26 Per discussione Pieren

2014-10-26 9:51 GMT+01:00 Axelos axe...@broman.fr:

C'est parfaitement résumer une situation ... dont je suis en partie
responsable, ayant cherché par le passé la meilleure transposition
possible en France de la classe highway=trunk dans le wiki avec des
discussions sur cette même liste (à une époque où le wiki était peu ou
pas traduit).

Les voies de type express étant ce qui s'en rapproche le plus (voies
séparées, vitesse supérieure), j'ai depuis cette époque appris 2
choses:
- les voies de type trunk n'ont pas fait l'objet d'un consensus
clair chez les anglais non plus (alors que je pensais que ça venait de
chez eux comme pour les primary, secondary, tertiary).
- la combinaison voies express et voies pour automobiles ne vont
pas toujours ensemble (mais presque). il y a en France quelques
portions de voies express (ou rapides) limitées à 110 kmh mais
ouvertes à tous les véhicules, même les vélos (boujour la sécurité !)
et des voies réservées aux automobiles mais limitées à 90kmh.

Depuis l'époque de la rédaction/traduction de ces wikis, le tag
motorroad est apparu, poussé par les allemands qui ont voulu séparé
la classe de highway et ce panneau spécifique C107 qui limite l'accès
à certains types de véhicules.

Nous avons maintenant malheureusement un mélange peu clair dans le
wiki mais aussi dans la base de données concernant le highway trunk
qui s'applique tantot aux voies express, tantot aux voies réservées
aux automobiles. Comme le propose Axelos, il faudrait choisir, par
exemple proposer une consultation sur doodle, puis clarifier le wiki
et inciter nos contributeurs locaux à revisiter ces highway et leurs
tags pour vérifier leur conformité avec la nouvelle définition
(heureusement, c'est un objet assez rare et concerne peu de kilomètres
à l'échelle du pays)

Personellement, je penche pour la solution qui réserve trunk aux
voies express ou voies rapides, c.à.d de type autoroutier sans être
des autoroutes ([1]), ce qui est la définition de trunk dans le wiki
anglais (Important roads that aren’t motorways ou plus récemment
high performance roads that don't meet the requirement for
highway=motorway) et la généralisation du balisage du panneau C107
(motorroad=yes) indépendamment du type de highway.
Cette solution a le désavantage de ne plus rendre visible
immédiatement sur la carte les voies réservées aux automobiles, ce que
les cyclistes, par exemple, pourraient nous reprocher. Mais la
solution serait sans doute de pousser un changement de style de rendu
pour rendre visible le tag motorroad=yes sur les principales cartes
OSM en ligne.

Pieren

[1] http://fr.wikipedia.org/wiki/Voie_rapide

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

Re: [OSM-talk-fr] Bano en panne ?

2014-10-26 Per discussione Yves Pratter

Le 23 oct. 2014 à 21:34, Vincent de Château-Thierry osm.v...@free.fr a écrit :
 est en cours de ré-import complet, ce qui signifie qu'elle n'est pas 
 utilisable à l'instant ni dans les heures qui viennent donc il n'y aura 
 pas de màj BANO cette nuit :(, aussi bien côté rendu que listes Fantoir.
 À suivre…
Peux-tu afficher sur la page de rapprochement OSM/fantoir les « vraies » heures 
de récupération des données ?
Ça permettra de voir que quelque chose bloque sur l’une des sources de données.

Merci,

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

Re: [OSM-talk-fr] Bano en panne ?

2014-10-26 Per discussione Vincent de Château-Thierry


Bonsoir,

Le 26/10/2014 18:55, Yves Pratter a écrit :


Peux-tu afficher sur la page de rapprochement OSM/fantoir les « vraies » heures 
de récupération des données ?
Ça permettra de voir que quelque chose bloque sur l’une des sources de données.


Ce qui est affiché, ce sont déjà les heures de récupération des données. 
Mais les soucis de la semaine passée montrent que l'info qui manque, 
c'est le retard de la base Monde qu'on utilise comme référence. En temps 
normal, le retard est de quelques minutes, c'est un retard normal. Là 
on est monté à plusieurs jours.

= À voir, comment récupérer cette info dans le process.

vincent

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

[OSM-talk-fr] Magazine Roue Libre sur le vélo

2014-10-26 Per discussione Romain MEHUT

Bonsoir,

Pour info, lors de l'émission du 7 septembre, Abel Guggenheim de la FUB
face au PDG de Mappy (vers 12 min) disait *Je crois énormément à une
cartographie très précise. Je ne crois pas à la cartographie collaborative
telle qu'elle est prônée par un certains nombre de gens en particulier dans
le milieu associatif* (...)

http://www.francebleu.fr/infos/roue-libre-le-magazine-du-velo/magvelo-36

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

Re: [OSM-ja] 架空の町

2014-10-26 Per discussione LOGLOG

某社の地図も、ちょこっとずつ、地名や名前が違います。たぶん、わざとではなく、調査結果の積み重ねの結果と思います。
だから、字界とかは、要注意です。

渡邉 剛広



From: mailto:miur...@osmf.jp 
Sent: Sunday, October 26, 2014 8:44 AM
To: OSM-Ja 
Subject: [OSM-ja] 架空の町

三浦です。

最近、Facebookでシェアーされていたのに、架空の町の
話題がありました。

地図の業界では、昔から有名な話らしいのですが、
盗用を防ぐために、架空の地名などを入れてあって、
それが他の会社の製品に含まれると、盗用されたという
証拠になったそうです。
http://gigazine.net/news/20141024-agloe/


そして、OSMのこのノード

http://www.openstreetmap.org/node/3147531566/history


この編集は、現在、POIは削除された状態ですが、
この話題の架空の町の名前が入っていました。

削除理由：

There is no town called Agloe, and never was. Let's not perpetuate this 
stupidity. 

面白いですね




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

Re: [OSM-ja] 架空の町

2014-10-26 Per discussione ribbon

On Sun, Oct 26, 2014 at 08:44:07AM +0900, Hiroshi Miura(@osmf) wrote:
 三浦です。
 
 最近、Facebookでシェアーされていたのに、架空の町の
 話題がありました。
 
 地図の業界では、昔から有名な話らしいのですが、
 盗用を防ぐために、架空の地名などを入れてあって、
 それが他の会社の製品に含まれると、盗用されたという
 証拠になったそうです。
 http://gigazine.net/news/20141024-agloe/

日本だと、インクリメント・Pとゼンリンの話かな。

というか、osm(www.opennstreetmap.org)で検索すると、
いろいろと変な地名が結果に出てくることがあったような気が。



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

Re: [OSM-ja] 架空の町

2014-10-26 Per discussione yasunari

京都府向日市（むこうし）の山下です。
みなさん、こんにちわ。


In message 544c35c7.9040...@osmf.jp
Hiroshi Miura(@osmf) miur...@osmf.jp writes

  最近、Facebookでシェアーされていたのに、架空の町の
  話題がありました。
  
  地図の業界では、昔から有名な話らしいのですが、
  盗用を防ぐために、架空の地名などを入れてあって、
  それが他の会社の製品に含まれると、盗用されたという
  証拠になったそうです。

地図以外でも、かな漢字変換の辞書でもそういう話がありましたね。
ありえない（？）語彙が辞書に複数いれてあって、
それが別会社の辞書からそのまま検出されて盗用がバレたという。

まだ IME とは言わず、FEP と言ってた頃です。
古すぎるからか、検索してもその事実を記したページが
見つかりませんでした。。。


トラップデータが入れてあるということは、
色々な DB で実際にあるのではないでしょうか。

ご参考まで
--
山下康成＠京都府向日市

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

Re: [Talk-GB] UK Retail chains

2014-10-26 Per discussione SK53

The tag addr:place has been used to locate one element inside another
addressed element. See this example for shops within a Tesco Extra store
http://overpass-turbo.eu/s/5CN.

This usage is useful but probably a little difficult to consume,
particularly as there seem to be rather more usages of addr:place as a
synonym of addr:city.

The idea is that one looks for the thing named in addr:place within the
immediate locality (I presume this should be mapped as an area and the node
or way with the addr:place tag should sit within that area). Examples of
usage include: post offices in shops, shops in hypermarkets, hospitals,
restaurants  bars in hotels, some retail  business parks where the
address is solely for the area not the street, possibly shopping centres
etc.), university campus buildings, etc. This overpass query shows how this
has been used in the Nottingham area: http://overpass-turbo.eu/s/5CO,
largely by Will. The benefit of using a tag like addr:place is that address
information does not get duplicated confusingly (e.g., on a bar, 2
restaurants and a hairdresser all inside a hotel).

There are at least 2 post offices in other shops in Nottingham which I
mapped. at Wilkinson
http://www.openstreetmap.org/node/386846669#map=19/53.00082/-1.19583(possibly
now Wilko !) in Bulwell I never checked inside the store so rather lazily I
just tacked on the amenity tag; at The Co-operative
http://www.openstreetmap.org/way/4440508#map=19/52.95587/-1.22930
supermarket (need to check how this is branded these days too) I did survey
inside and added the post office  associated post box reasonably
accurately. The distinct disadvantage of putting the shop and amenity tags
on the same node is that only one gets rendered. (Incidentally, this
applies to many smaller sub postoffices, they are actually located within a
convenience store or similar, but we rarely try and separate the locations)

Jerry

On 25 October 2014 22:29, ael law_ence@ntlworld.com wrote:

 On Sat, Oct 25, 2014 at 08:19:25PM +0100, Dan S wrote:
   However two nodes with standard tags don't distinguish W H Smiths
   inside Post office from the inverse. That seems a useful distinction.
   sub_shop=yes is ugly, but perhaps something along these lines already
   exists or is needed?
 
  This may have been discussed heavily elsewhere, I don't know. My own
  opinion is that if you need something to be _inside_ something else,
  there's no point trying to do that just with nodes, since areas are
  perfect for the job!

 Agreed, but it breaks the symmetry and requires more careful survey.
 In my case, gps is a bit poor among tall buildings, and the shops
 are all in one big building. I can get a rough outline from Bing, but
 the inner walls would be guesswork. I don't want to introduce spurious
 accuracy into the database, so nodes seem appropriate here.

 I suppose a relation might capture the semantics, but I don't think that
 would be very obvious to the average user, who may not be a mapper at
 all. He/she needs to know he has to go inside WHS to find the Post Office.
 I suppose the obvious rendering would be as you suggest: WHS as an area
 containing the PO. Ho hum...

 ael

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

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

Re: [Talk-GB] RFC Mechanical edit: UK Shop Names

2014-10-26 Per discussione Dan S

Hi all,

Coincidentally, I noticed this online project to maintain a list of
canonical names. It's used for auto-suggest in iD, not for
mechanical-edit:
https://github.com/osmlab/name-suggestion-index

I've checked the list against Matthijs' proposal, and I've proposed a
few of his suggestions to go on their list too:
https://github.com/osmlab/name-suggestion-index/pull/12/files

Best
Dan


2014-10-24 14:44 GMT+01:00 Matthijs Melissen i...@matthijsmelissen.nl:
 Dear all,

 I am proposing to unify the names of chain shops within the UK. For
 details, please see
 https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Math1985/UK_Shop_Names.

 Please let me know if you have any comments. If there are no further
 comments, I will invite list members to vote on this automatic edit. I
 will not proceed without at least 8 votes with 2/3 approval.

 Kind regards,
 Matthijs

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

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

Re: [Talk-GB] addr:place (was: UK Retail chains)

On Sun, 26 Oct 2014 07:28:42 +
SK53 sk53@gmail.com wrote:

 The tag addr:place has been used to locate one element inside another
 addressed element. See this example for shops within a Tesco Extra
 store http://overpass-turbo.eu/s/5CN.

Surely that could be inferred from the fact that the object is
spatially within the parent?

 This usage is useful but probably a little difficult to consume,
 particularly as there seem to be rather more usages of addr:place as a
 synonym of addr:city.

The way I've always undersood addr:place was not as a synonym
for addr:city but rather to specify the bit of the address between
the road (addr:street) and the post town (addr:city).

-- 
Regards,

Andy Street

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

Re: [Talk-GB] addr:place

2014-10-26 Per discussione Will Phillips


On 26/10/2014 10:36, Andy Street wrote:

On Sun, 26 Oct 2014 07:28:42 +
SK53 sk53@gmail.com wrote:


The tag addr:place has been used to locate one element inside another
addressed element. See this example for shops within a Tesco Extra
store http://overpass-turbo.eu/s/5CN.

Surely that could be inferred from the fact that the object is
spatially within the parent?


Sure it can, but I think there is something to be said for tagging 
things explicitly. I would only tag it in this way when it is part of 
the official address.



This usage is useful but probably a little difficult to consume,
particularly as there seem to be rather more usages of addr:place as a
synonym of addr:city.

The way I've always undersood addr:place was not as a synonym
for addr:city but rather to specify the bit of the address between
the road (addr:street) and the post town (addr:city).


My understanding has always been that addr:place is similar to 
addr:street, except when the unit in question isn't a street but some 
other grouping of addresses such as a business park, retail park or 
shopping centre, which serves a similar function to a street in the 
address.


For example:
Unit 5
XYZ Retail Park
Suburb
City

As far as I'm aware this has been what the wiki has said since the tag 
was first proposed and I remember mailing list discussions broadly 
agreeing. The wiki page - 
http://wiki.openstreetmap.org/wiki/Key:addr:place - does explicitly 
state it shouldn't be used instead of addr:suburb.


It's unfortunate when a tag is used by different people to mean 
substantially different things, because it makes the data less useful. I 
think there should be a wiki page dedicated to UK addresses, which would 
suggest best practices for tagging more complicated addresses. The only 
reason I haven't already created one is the lack of discussion and 
consensus over issues like parent/subsidiary streets, usage of 
addr:interpolation on buildings, and so on.



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

Re: [Talk-GB] addr:place

On Sun, 26 Oct 2014 13:11:39 +
Will Phillips wp4...@gmail.com wrote:

 My understanding has always been that addr:place is similar to 
 addr:street, except when the unit in question isn't a street but some 
 other grouping of addresses such as a business park, retail park or 
 shopping centre, which serves a similar function to a street in the 
 address.

So far I've been tagging addresses like this:

addr:housename = Enterprise House
addr:site  = The Business Park
addr:street= High Street
addr:place = Locality
addr:city  = Posttown
addr:postcode  = AB12 3CD
addr:country   = GB

 As far as I'm aware this has been what the wiki has said since the
 tag was first proposed and I remember mailing list discussions
 broadly agreeing. The wiki page - 
 http://wiki.openstreetmap.org/wiki/Key:addr:place - does explicitly 
 state it shouldn't be used instead of addr:suburb.

It certainly appears that I have been tagging wrongly given the wiki
page you cite. Frankly I find the whole address tagging schema rather
confusing as many of the tags are either too specific (housenumber
needn't be a house nor city a city) or too vague (place). There is
also an issue when reading the data of which way to order the various
tags, especially when people mix in district, province, state,
etc. 

 It's unfortunate when a tag is used by different people to mean 
 substantially different things, because it makes the data less
 useful. I think there should be a wiki page dedicated to UK
 addresses, which would suggest best practices for tagging more
 complicated addresses. The only reason I haven't already created one
 is the lack of discussion and consensus over issues like
 parent/subsidiary streets, usage of addr:interpolation on buildings,
 and so on.

I've largely given up on adding addresses in OSM but if I were to
resume then I'd certainly find it helpful if we had a wiki page with
clear and concise examples of how to map GB addresses.

-- 
Regards,

Andy Street

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

Re: [Talk-GB] addr:place

2014-10-26 Per discussione Chris Hill


On 26/10/14 19:02, Andy Street wrote:

On Sun, 26 Oct 2014 13:11:39 +
Will Phillips wp4...@gmail.com wrote:


My understanding has always been that addr:place is similar to
addr:street, except when the unit in question isn't a street but some
other grouping of addresses such as a business park, retail park or
shopping centre, which serves a similar function to a street in the
address.

So far I've been tagging addresses like this:

addr:housename = Enterprise House
addr:site  = The Business Park
addr:street= High Street
addr:place = Locality
addr:city  = Posttown
addr:postcode  = AB12 3CD
addr:country   = GB

The last thing I would include in OSM addressing is the confusing and 
wholly unjustifiable post town as defined by Royal Mail. I live in a 
village in its own civil parish and completely separate from a nearby 
village that Royal Fail insist is my postal town. This postal town is a 
village; it has nothing at all to do with my village except that my post 
is delivered from a small office there. When I quote my postcode, 
companies who use Royal Fail's PAF conclude that I live in the next door 
village rather than the one I actually live in. When a delivery is sent 
here, the CARP or sat-nav -generated route sends the driver to my door 
in a village that is not always on the delivery note (because that 
wrongly has the postal town on it), causing problems including abandoned 
deliveries.


We in OSM can do SO much better and we must not use the imaginary, 
spurious and wholly wrong concept of Royal Fail's postal town. Postal 
towns are not real and have no place in OSM.


One good thing is that Royal Fail has finally removed Humberside from 
the PAF. In fact they had North  South Humberside in the PAF when only 
Humberside ever existed. Humberside was abolished in 1996, so Royal Fail 
are really good at keeping up.


We can do SO much better.

--
Cheers, Chris
user: chillly


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

Re: [Talk-GB] addr:place

2014-10-26 Per discussione Brad Rogers

On Sun, 26 Oct 2014 19:27:11 +
Chris Hill o...@raggedred.net wrote:

Hello Chris,

Like you, I live in a different parish than the one RM route my post
through.

spurious and wholly wrong concept of Royal Fail's postal town. Postal 

I agree it's a shame that so many people attribute so much value to
RM's postal address.  After all it was, and remains, designed for
*their* purposes only.  That is, the purpose of routing mail
deliveries.  Nothing more.

-- 
 Regards  _
 / )   The blindingly obvious is
/ _)radnever immediately apparent
I'll be the paint on the side if you'll be the tin
Love Song - The Damned

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

Re: [Talk-GB] addr:place

2014-10-26 Per discussione phil



On Sun Oct 26 2014 19:34:14 GMT+ (GMT), Brad Rogers wrote:
 On Sun, 26 Oct 2014 19:27:11 +
 Chris Hill o...@raggedred.net wrote:
 
 Hello Chris,
 
 Like you, I live in a different parish than the one RM route my post
 through.
 
 spurious and wholly wrong concept of Royal Fail's postal town. Postal 
 
 I agree it's a shame that so many people attribute so much value to
 RM's postal address.  After all it was, and remains, designed for
 *their* purposes only.  That is, the purpose of routing mail
 deliveries.  Nothing more.

Absolutely,  would be so good to put the postcode genie back in the bottle.

Postal addresses are the reason Donington Park is referred to as  The 
Derbyshire Circuit by geographicakk ignorant motor racing commentators, its in 
Leicestershire.

Ramblers are assigned to wrong county as a result of postcodes,  it took some 
work to convince London office staff that that Castle Donnngton, Kegworth, 
Measham, Moira are in Leicestershire. 

Its a shame grid references are not taught in schools, they are as simple to 
use and remember. They give geographic  meaning, I can see instantly that SK53 
lives in an area 100km east and 10km north of me. 

Phil (trigpoint)

 

-- 
Sent from my Jolla
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] addressing (was addr:place)

On Sun, 26 Oct 2014 19:27:11 +
Chris Hill o...@raggedred.net wrote:

 We in OSM can do SO much better and we must not use the imaginary, 
 spurious and wholly wrong concept of Royal Fail's postal town. Postal 
 towns are not real and have no place in OSM.

Okay, now I'm confused! I know what Royal Mail considers my address to
be and that includes a post town. If post towns have no place in OSM
then presumably we have either adopted another addressing standard or
created our own. Can someone please point me in the direction of a
document describing how addresses in OpenStreetMap are derived?

-- 
Regards,

Andy Street

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

Re: [Talk-GB] addressing (was addr:place)

2014-10-26 Per discussione Chris Hill


On 26/10/14 21:58, Andy Street wrote:

On Sun, 26 Oct 2014 19:27:11 +
Chris Hill o...@raggedred.net wrote:


We in OSM can do SO much better and we must not use the imaginary,
spurious and wholly wrong concept of Royal Fail's postal town. Postal
towns are not real and have no place in OSM.

Okay, now I'm confused! I know what Royal Mail considers my address to
be and that includes a post town. If post towns have no place in OSM
then presumably we have either adopted another addressing standard or
created our own. Can someone please point me in the direction of a
document describing how addresses in OpenStreetMap are derived?

Addresses are allocated by Local Authorities, not Royal Mail. I use the 
address the LA recognise, plus the postcode which, AFAIK, Royal Mail do 
issue.


Is this contentious?

How can you determine the postal town from a survey?

--
Cheers, Chris
user: chillly


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

Re: [Talk-GB] addressing (was addr:place)

2014-10-26 Per discussione Lester Caine

On 26/10/14 21:58, Andy Street wrote:
 We in OSM can do SO much better and we must not use the imaginary, 
  spurious and wholly wrong concept of Royal Fail's postal town. Postal 
  towns are not real and have no place in OSM.
 Okay, now I'm confused! I know what Royal Mail considers my address to
 be and that includes a post town. If post towns have no place in OSM
 then presumably we have either adopted another addressing standard or
 created our own. Can someone please point me in the direction of a
 document describing how addresses in OpenStreetMap are derived?

The correct information is contained in a reference we are not allowed
to use. The NLPG - National Land and Property Gazetteer. In that the
correct places and town names are used for the cross link references in
the National Street Gazetteer.

Post Codes are cross referenced, but to not form a 'primary' key since
there ARE deemed to be of secondary importance and may not be accurate.
The LLPG files that I have private access to throw up some interesting
problems when trying to create a post code table from them since the
front line staff prefer to use that as a quick means of finding a
persons address, so one has to cheat to get it to work in cases like
those already highlighted.

Camden and the like are places in London, but nowadays London tends to
get classified as a 'county' and then the boroughs are 'towns' but
neither models are particularly accurate? The metropolitan areas simply
don't fit a 'place/town' model.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-GB] Mechanical shop edits (Was: RFC Mechanical edit: UK Shop Names)

2014-10-26 Per discussione Matthijs Melissen

On 24 October 2014 19:07, Matthijs Melissen i...@matthijsmelissen.nl wrote:
 Could you indicate how these changes relate to the Nottingham tagging
 scheme? Were all old tags seen as correct by your scheme?

SK53, you haven't responded yet to this question. I think it's
important to join the discussion, especially after having asked for a
revert. Of course, no problem to respond later if you're busy at the
moment.

 I have reverted my edits of today and yesterday.

I have now added Notes as a replacement for my (reverted) edits.
I invite you to check your local area for new Notes, close them if you
disagree with them, and fix them otherwise.

Note that I checked for each object manually whether a change (in my
opinion) would be useful, so automated QA tools wouldn't be able to
generate such notes. I realize that it is easy to flood the note
system and its users by adding too many notes, so I won't be adding
any new large amount of Notes for the time being.

As an aside, just a reminder that it is possible to generate an RSS
feed of new Notes in any area you're interested in. See for example
http://tyrasd.github.io/osm-qa-feeds/ for an easy to use interface.

As always, hoping that this will have a positive effect on the quality
on the map.

Kind regards,
Matthijs

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

Re: [Talk-GB] addressing (was addr:place)