Re: [Talk-hr] Nadogradnja osm-hr serverske infrastruktura
To je Tiles CDN, tako da bi trebao servirati samo sličice. Na data.osm-hr.org serveru smo pali na samo 28 giga slobodnog mjesta i popunjava se sa 1-2 giga mjesecno. Ovo sto sam za sad napisao su samo ideje kako bi to mogli sloziti. Sve još možemo promjeniti, samo trebamo dobro smisliti kako. Ova dva nova imaju prednost da u njih idu SATA diskovi koji su jeftiniji za nabavku, te imamo sve potrebno za ubacivanje novih diskova, ali imaju manje RAM-a. Ovi prvi imaju više RAM-a, SAS diskove koji su brzi, ali manji i skuplji, te za njih nemamo ladice osim za one koji vec imamo. Ovi novi bi bili bolji za stotage a ovaj stari za number crunching i/ili smjestaj baze. Sve ideje koje vam padnu na pamet napišite da i ostali to znaju. Više glava je pametnije :D Potrudio sam se i nabavio ih, sad ih moramo kvalitetno uposliti. Imam jos nekih ideja, ali sad nestignem sve zapisati, podsjetite me za tjedan dana kad zavrsim putovanje okolo. Hrvoje On 11/21/2014 04:38 PM, Janko Mihelić wrote: Sjajno! Što sve jedan CDN drži? Samo tileove ili još neke funkcije? Za četvrti server znači ništa još nije zamišljeno. Što ćemo tamo? Hoćemo našu kartu sa gomilom tematskih layera? Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Nadogradnja osm-hr serverske infrastruktura
Ja sam za to da držimo renderirane tileove koji su prilagođeni za Hrvatsku, i možda region. Za početak, biciklističke karte na kojima se vidi da cesta ima traku za bicikle, da pješački prijelaz nije za bicikle, da su biciklističke staze ucrtane crvenom bojom, itd. Onda možemo i druge karte, recimo ono što smo pričali o dućanima, benziskima i sličnima za koje znamo da su svi ucrtani. I tako, kako nam koji layer padne na pamet, mi ga izrenderiramo i stavimo na isto mjesto. Janko Dana 21. studenoga 2014. u 19:34 hbogner hbog...@gmail.com je napisao/la: To je Tiles CDN, tako da bi trebao servirati samo sličice. Na data.osm-hr.org serveru smo pali na samo 28 giga slobodnog mjesta i popunjava se sa 1-2 giga mjesecno. Ovo sto sam za sad napisao su samo ideje kako bi to mogli sloziti. Sve još možemo promjeniti, samo trebamo dobro smisliti kako. Ova dva nova imaju prednost da u njih idu SATA diskovi koji su jeftiniji za nabavku, te imamo sve potrebno za ubacivanje novih diskova, ali imaju manje RAM-a. Ovi prvi imaju više RAM-a, SAS diskove koji su brzi, ali manji i skuplji, te za njih nemamo ladice osim za one koji vec imamo. Ovi novi bi bili bolji za stotage a ovaj stari za number crunching i/ili smjestaj baze. Sve ideje koje vam padnu na pamet napišite da i ostali to znaju. Više glava je pametnije :D Potrudio sam se i nabavio ih, sad ih moramo kvalitetno uposliti. Imam jos nekih ideja, ali sad nestignem sve zapisati, podsjetite me za tjedan dana kad zavrsim putovanje okolo. Hrvoje On 11/21/2014 04:38 PM, Janko Mihelić wrote: Sjajno! Što sve jedan CDN drži? Samo tileove ili još neke funkcije? Za četvrti server znači ništa još nije zamišljeno. Što ćemo tamo? Hoćemo našu kartu sa gomilom tematskih layera? Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[Talk-hr] Mail forwarding na osm-hr.org
Ako netko zeli biti na listi i primati mailove upucene na info i data adrese an osm-hr.org domeni javite mi se privatno na mail sa svojom adresom na koju zelite primati te mailove. data mail je namjenjen za primanje podataka koje bi ljudi slali, npr, ono sto smo dobili za banke i benzinske postaje. info bi bio kao primarni kontakt koji bi svima ostavljali i stavili na web. Hrvoje ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk-be] Zijn dit verloren maps?
Hi, Zouden die twee opmerkingen zomaar geschrapt mogen worden of is dit een onderdeel in wording? http://www.openstreetmap.org/#map=14/50.7864/3.0717layers=N ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Zijn dit verloren maps?
Wervik-Reke is geen deelgemeente, dus betwijfel ik als er een grens (en zeker een administratieve grens) bestaat. Maar Wervik-Reke bestaat wel, en zou dus best op OSM staan. Zie deze zoekopdracht: https://encrypted.google.com/search?hl=enq=wervik-reke Ik ben niet van Wervik, dus weet ik niet goed welke plaats nu net Wervik-Reke genoemd wordt, maar als die plaats een centrum heeft, dan is het misschien beter om er een place=neighbourhood of place=hamlet node aan te geven. Als die node er staat, dan kan die (volgens mij onbestaande) grens verwijderd worden. Groeten, Sander 2014-11-21 14:23 GMT+01:00 Jakka vdmfrank...@gmail.com: Hi, Zouden die twee opmerkingen zomaar geschrapt mogen worden of is dit een onderdeel in wording? http://www.openstreetmap.org/#map=14/50.7864/3.0717layers=N ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Zijn dit verloren maps?
2014-11-21 14:54 GMT+01:00 Sander Deryckere sander...@gmail.com: dan is het misschien beter om er een place=neighbourhood of place=hamlet node aan te geven. met als gevolg dat Nominatim alles in de buurt ook een adres in de neighborhood geeft Nodes zonder grenzen zijn een probleem voor Nominatim. Dus als iemand ooit een reverse geocoder voor België schrijft, zorg dan aub dat alles onder gemeente verdwijnt uit het adres m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Zijn dit verloren maps?
Idd, maar je kan wel in nominatim je geocoding level zetten om te vermijden dat hamlets meekomen. dat is de zoom parameter in de reverse geocoding url Dus de gebruiker kan bepalen hoe diep hij geocode http://nm1.bitless.be/reverse.php?format=jsonlat=50.942378lon=3.9106233zoom=18addressdetails=1email=glennaccept-language=nl,en;q=0.8,fr;q=0.5 vs http://nm1.bitless.be/reverse.php?format=jsonlat=50.942378lon=3.9106233zoom=11addressdetails=1email=glennaccept-language=nl,en;q=0.8,fr;q=0.5 Glenn On 21-11-14 15:15, Marc Gemis wrote: 2014-11-21 14:54 GMT+01:00 Sander Deryckere sander...@gmail.com mailto:sander...@gmail.com: dan is het misschien beter om er een place=neighbourhood of place=hamlet node aan te geven. met als gevolg dat Nominatim alles in de buurt ook een adres in de neighborhood geeft Nodes zonder grenzen zijn een probleem voor Nominatim. Dus als iemand ooit een reverse geocoder voor België schrijft, zorg dan aub dat alles onder gemeente verdwijnt uit het adres m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Zijn dit verloren maps?
On 2014-11-21 14:23, Jakka wrote : Hi, Zouden die twee opmerkingen zomaar geschrapt mogen worden of is dit een onderdeel in wording? http://www.openstreetmap.org/#map=14/50.7864/3.0717layers=N That note It seems like this border=administrative object makes no sense is a fuzzy statement example for Marc ;-) It should say: It seems like this border=administrative way http://www.openstreetmap.org/way/28686416/#layers=ND makes no sense and that wrongly tagged isolated piece of way is obviously garbage to be erased indeed. Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Zijn dit verloren maps?
On Fri, Nov 21, 2014 at 3:34 PM, André Pirard a.pirard.pa...@gmail.com wrote: That note It seems like this border=administrative object makes no sense is a fuzzy statement example for Marc ;-) It should say: :-), but is has nothing to do with fuzzy tags... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Zijn dit verloren maps?
Marc Gemis schreef op 21/11/2014 om 15:39: On Fri, Nov 21, 2014 at 3:34 PM, André Pirard a.pirard.pa...@gmail.com mailto:a.pirard.pa...@gmail.com wrote: That note It seems like this border=administrative object makes no sense is a fuzzy statement example for Marc ;-) It should say: :-), but is has nothing to do with fuzzy tags... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be Contact genomen met plaatser(s) en heeft bevestigd dit mag verwijderd worden. Can I discard this ? https://www.openstreetmap.org/#map=19/50.791314/3.052721 https://www.openstreetmap.org/#map=19/50.780103/3.070598 YES, you can :) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] routerelatie
Goede avond, Op het kruispunt N50 + N37 ( 50.9824241, 3.2402333 Rysselende Ardooie/Pittem) over de relatie #409.534 Veldroute gevallen, en er niet geslaagd om het op te lossen. Wil/kan iemand misschien eens uitleggen hoe, bij verificatie in JOSM, waarschuwingen zoals: /Rol leeg ontbreekt / Rol forward ontbreekt / rol backward ontbreekt/ kunnen gevonden (en opgelost) worden, zodat ik verder kan? In het bewerkingsvenster/de lijst van 'tags en leden' is alvast niets te vinden. Dergelijke waarschuwingen, die nogal eens voorkomen, zou ik graag kunnen oplossen... vandaar. Alvast bedankt meannder ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] routerelatie
dit is blijkbaar een fout in de JOSM validator, zie https://help.openstreetmap.org/questions/38591/why-does-the-josm-validator-create-this-warning prettig weekend m 2014-11-21 22:00 GMT+01:00 meannder tsd30...@scarlet.be: Goede avond, Op het kruispunt N50 + N37 ( 50.9824241, 3.2402333 Rysselende Ardooie/Pittem) over de relatie #409.534 Veldroute gevallen, en er niet geslaagd om het op te lossen. Wil/kan iemand misschien eens uitleggen hoe, bij verificatie in JOSM, waarschuwingen zoals: /Rol leeg ontbreekt / Rol forward ontbreekt / rol backward ontbreekt/ kunnen gevonden (en opgelost) worden, zodat ik verder kan? In het bewerkingsvenster/de lijst van 'tags en leden' is alvast niets te vinden. Dergelijke waarschuwingen, die nogal eens voorkomen, zou ik graag kunnen oplossen... vandaar. Alvast bedankt meannder ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Op de radio!
En vandaag was missing maps op de radio en het nieuws! http://m.deredactie.be/#!/snippet/546f527d0cf2814b46f22885 http://www.radio1.be/programmas/vandaag/%E2%80%9Cmissing-maps%E2%80%9D-brengt-de-wereld-kaart Meer info over de mapping party in Antwerpen komt er dit weekend zeker aan! Als je wil kan je je alvast in schrijven via: http://www.eventbrite.com/e/missing-maps-mapathon-tickets-14524165169 Vele groetjes, Jorieke ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Zijn dit verloren maps?
On 2014-11-21 16:23, Jakka wrote : Contact genomen met plaatser(s) en heeft bevestigd dit mag verwijderd worden. How nice to inform him ! Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Skybox for Good imagery
Hi there, As some of you may be aware, we recently announced the Skybox for Good http://www.skyboximaging.com/blog/introducing-skybox-for-good program. We know that some of this imagery can be especially useful in Crisis Response situations, and therefore we are explicitly authorizing usage of Skybox for Good imagery in any current HOT Activation http://wiki.openstreetmap.org/wiki/HOT_activation, under the condition that changesets and/or features that are derived from Skybox for Good imagery and committed to OSM are attributed to Skybox. This could, for example, include the method of attributing Skybox as the source, or a similar method deemed appropriate by HOT. Cheers, Josh Livni Google Crisis Response ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] OSM tiles under CC BY-SA 2.0, Wikimedia requires 2.5 or later
Forgot to use Reply all... -Yena Hong (Revi) http://www.revi.pe.kr -- Sent from Android -- -- 전달된 메일 -- 보낸사람: Hong, Yena li...@revi.pe.kr 날짜: 2014. 11. 21. 오후 5:20 제목: Re: [OSM-talk] OSM tiles under CC BY-SA 2.0, Wikimedia requires 2.5 or later 받는사람: Tom Hughes t...@compton.nu 참조: Sinply use {{ODbL-osm}}(not sure){{Cc-by-2.0}}. After upload, you can alter {{Information}} to {{OpenStreetMap}}. -Yena Hong (Revi) https://commons.wikimedia.org/wiki/User:-revi -- Sent from Android -- 2014. 11. 21. 오전 9:17에 Tom Hughes t...@compton.nu님이 작성: On 21/11/14 00:04, john whelan wrote: http://wiki.openstreetmap.org/wiki/ODbL That's ODBL yes. Now what's CC-BY-ODBL exactly? Tom Cheerio John On 20 November 2014 18:35, Tom Hughes t...@compton.nu mailto:t...@compton.nu wrote: On 20/11/14 23:06, john whelan wrote: I think it should say cc-by-odbl which practically no one understands or uses. The software probably hasn't been updated when the tiles were generated. Firstly, why do you think that? Secondly, what the hell is CC-BY-ODBL anyway, other than something you just made up? Tom -- Tom Hughes (t...@compton.nu mailto:t...@compton.nu) http://compton.nu/ -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-ie] Fermanagh border
Hi, Did someone 'break' the Fermanagh border with the Republic? :) http://www.itoworld.com/map/172?lon=-7.64421lat=54.43404zoom=7fullscreen=true Colm --- Never doubt that a small group of thoughtful, committed citizens can change the world. Indeed, it is the only thing that ever has. Margaret Mead ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-tr] Istanbul mappers
Hey Hakan, Many thanks for taking care of this issue. I don't wanna spam anyone, we were looking for mappers in Istanbul and I just wanted to spread the message. Glad to connect. :) Regards from Berlin. Andreea -- Andreea Pavel, Business Developer allryder | making cities smarter - Winner Mobile Tech Award 2014 - Facebook: www.facebook.com/allryderapp Twitter: www.twitter.com/allryder - m: *+49 157 33 90 21 32* Torstrasse 109, 10119 Berlin - Door2Door GmbH | AG Charlottenburg HRB 130795B | Ust-IDNr. DE276344974 Geschäftsführer: Dr. Tom Kirschbaum | Maxim Nohroudi On Thu, Nov 20, 2014 at 9:58 PM, Hakan Tandoğan hakan.tando...@gmail.com wrote: Hi, it's my fault actually. The talk-tr list puts mails from unsubscribed people on hold (to cut down on spam). I noticed very late that the first mail from andrea was still in the on-hold list. I authorized the mails and also added anrea to the list, so his mails should got immediately to the list from now on. Sorry again, Hakan On Mon, Nov 17, 2014 at 12:55 PM, Andreea Pavel andr...@allryder.com wrote: Hi Orkut, Thanks for your reply. Maybe because I used the ones from the OSM website? Are you interested for such a collaboration? Cheers! A. -- Andreea Pavel, Business Developer allryder | making cities smarter - Winner Mobile Tech Award 2014 - Facebook: www.facebook.com/allryderapp Twitter: www.twitter.com/allryder - m: *+49 157 33 90 21 32 %2B49%20157%2033%2090%2021%2032* Torstrasse 109, 10119 Berlin - Door2Door GmbH | AG Charlottenburg HRB 130795B | Ust-IDNr. DE276344974 Geschäftsführer: Dr. Tom Kirschbaum | Maxim Nohroudi On Fri, Nov 14, 2014 at 11:58 PM, Orkut Murat YILMAZ orkutmuratyil...@gmail.com wrote: Hello Andreea, I don't understand why your e-mail reached now. Are your settings working properly? Best, Orkut On Fri, Oct 31, 2014 at 8:44 AM, Andreea Pavel andr...@allryder.com wrote: Open Street Map Community, Allryder (www.allryder.com) is a realtime urban navigation app with a strong presence in Central and Western Europe that provides comparable route planning information for urban travel. It enables users to compare the time and cost of any given journey across multiple transport mediums, in order to find the most suitable routes for individual needs. We are urgently looking for people in Istanbul with android phone who could track 10 dolmus/minibus routes (take the minibus from a point of origin to its point of destination and track the route with an app). The salary is 5,5€/hour and could lead to bigger projects in the future. If anyone interested, don't hesitate to get in touch. I am Andreea, Business Developer in Allryder. I can provide you with all the details you need. Here's my email: andr...@allryder.com Cheers! -- Andreea Pavel, Business Developer allryder | making cities smarter - Winner Mobile Tech Award 2014 - Facebook: www.facebook.com/allryderapp Twitter: www.twitter.com/allryder - m: *+49 157 33 90 21 32 %2B49%20157%2033%2090%2021%2032* Torstrasse 109, 10119 Berlin - Door2Door GmbH | AG Charlottenburg HRB 130795B | Ust-IDNr. DE276344974 Geschäftsführer: Dr. Tom Kirschbaum | Maxim Nohroudi ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr -- ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
[Talk-br] A situação das traduções ao pt-BR no OpenStreetMap, edição 10
+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- *HOT Tasking Manager - 100%* *https://www.transifex.com/projects/p/osm-tasking-manager2/ https://www.transifex.com/projects/p/osm-tasking-manager2/* *ID - core - 100%* https://www.transifex.com/projects/p/id-editor/resource/core *Keepright - 100%* https://translations.launchpad.net/keepright/trunk/+pots/keepright/pt_BR/+details *Merkaator (templates) - 100%* https://translations.launchpad.net/merkaartor/trunk/+pots/templates/pt_BR/+details *Site do OpenStreetMap - 100%* http://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-site *GraphHopper - 100%* http://bit.ly/1CM61na *Mapillary - Incompleto* https://github.com/mapillary/mapillary_localization/blob/master/locales/pt-BR.coffee http://www.diffnow.com/?report=13g08 *ID - presets - 99%* https://www.transifex.com/projects/p/id-editor/resource/presets *JOSM - 98,3%* https://translations.launchpad.net/josm/trunk/+pots/josm/pt_BR/+details *OSMAnd - Não há pt-br* https://hosted.weblate.org/projects/osmand/main/ https://github.com/osmandapp/OsmAnd-resources/blob/master/voice/pt-br/ttsconfig.p *Merkaator - 93%* https://translations.launchpad.net/merkaartor/trunk/+pots/merkaartor/pt_BR/+details *Overpass Turbo - 84%* https://www.transifex.com/projects/p/overpass-turbo *Taginfo - Incompleta* https://github.com/joto/taginfo/blob/master/web/i18n/pt.yml diff: *http://www.diffnow.com/?report=jc27x http://www.diffnow.com/?report=jc27x* *CheckAutopista - Não há pt-br* https://github.com/k1wiosm/checkautopista/blob/master/lang/translations.js#L112 https://github.com/k1wiosm/checkautopista/blob/master/lang/translations.js#L191-L227 +-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] A situação das traduções ao pt-BR no OpenStreetMap, edição 10
Acho que além de sanar o diff também falta localização (eles incluirem entradas). Não olhei muito e minha memória pode estar enganada. 2014-11-21 11:37 GMT-03:00 Vitor George vitor.geo...@gmail.com: *Mapillary - Incompleto* https://github.com/mapillary/mapillary_localization/blob/master/locales/pt-BR.coffee http://www.diffnow.com/?report=13g08 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] Gis Day Perugia 21 Novembre
Maurizio, sei molto ben informato, già in introduzione hanno detto che proprio due giorni fa il consiglio regionale ha approvato l'apertura della CTR con possibilità di utilizzo dei dati con la sola citazione della fonte (licenza CC-BY 3.0 IT). Il sito per accedere ai dati è https://siat.regione.umbria.it/ctronweb, adesso bisogna vedere cosa c'è e cosa eventualmente potrebbe essere utile per OSM. L'evento per il resto era incentrato sull'utilizzo dell'informazione geografica per applicazioni in agricoltura, paesaggio, ambiente e protezione civile. Ciao Marcello Il 20/11/2014 16:44, Maurizio Napolitano ha scritto: 2014-11-20 14:32 GMT+01:00 Leonardo Frassetto kinetocor...@gmail.com: Che sia una buona occasione per chiedere l'apertura dei dati? Voci mi dicono che vogliono aprire la CRT ed altre cosucce. Mio consiglio: se mostrano un webgis da cui fare download, chiedere anche se è possibile avere il download diretto dei dati. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [forse OT] Calcolo del livello di zoom necessario
Ciao, sto lavorando ad un programmino per fare reporting delle mie escursioni mostrandole su una mappa. Sto lavorando per avere delle tiles renderizzate con maperitive per poterle anche visualizzare offline. Purtroppo, come ben sapete, renderizzare tutti i livelli di zoom possibili è decisamente pesante, sia in termini di risorse che di spazio. Avrei bisogno quindi di calcolare il livello di zoom ottimale per visualizzare la traccia gpx, data un ipotetica dimensione dello schermo. In questo caso potrei limitare il numero di livelli di zoom da renderizzare. Ho visto che le librerie, tipo leaflet e openlayers, fanno questo calcolo, ma non ho capito come. Avete qualche idea? Ciao ciao, Luca -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [forse OT] Calcolo del livello di zoom necessario
Il 11/21/2014 07:20 PM, Luca 'remix_tj' Lorenzetto scrisse: Avrei bisogno quindi di calcolare il livello di zoom ottimale per visualizzare la traccia gpx, data un ipotetica dimensione dello schermo. In questo caso potrei limitare il numero di livelli di zoom da renderizzare. Ho visto che le librerie, tipo leaflet e openlayers, fanno questo calcolo, ma non ho capito come. Avete qualche idea? Prova a vedere qui: http://wiki.openstreetmap.org/wiki/Zoom_levels Io ero partito da li' per fare una cosa simile. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [Civici FVG] Civici Trieste
Salve! Scrivo a tutte e due le liste, così da ricevere feedback anche da quella nazionale. Sta procedendo la preparazione dell'import dei civici fvg [0]. Per la parte del comune di Trieste ho scoperto che sul sito del comune [1] si trovano i civici più aggiornati (gocivici.zip). Sarebbe auspicabile l'importazione di questi in confronto con quelli a disposizione dalla regione, che sono più vecchi. Il problema è solito, la licenza. L'unica cosa che ho trovato sul sito del comune è questo [2]: --- *Copyright © Comune di Trieste* Qualsiasi materiale contenuto nel sito del Comune di Trieste è tutelato ai sensi delle normative sul diritto d’autore e delle norme a protezione della proprietà intellettuale pertanto, neppure in parte, potrà essere copiato, modificato o rivenduto per fini di lucro. Gli oggetti presenti su questo sito per lo scaricamento (download) quali ad esempio la modulistica sono liberamente e gratuitamente disponibili. La riproduzione o l’impiego di informazioni testuali e multimediali (suoni, immagini, software ecc.) sono consentiti con indicazione della fonte e – qualora sia richiesta un’autorizzazione preliminare – questa indicherà esplicitamente ogni eventuale restrizione. --- * *Cosa dite, qualcuno riesce a trovare qualche altra specifica di copyright oppure qualche altra indicazione? I dati sono usabili per OSM? Grazie Damjan G. [0] http://wiki.openstreetmap.org/wiki/Friuli_Venezia_Giulia/Import_Civici_FVG [1] http://statistica.comune.trieste.it/territorio/stradario-e-indirizzario/ [2] http://www.retecivica.trieste.it/new/default.asp?pagina=-ids=71id_sx=tipo=blocchi_dx_1105tabella_padre=dxid_padre=1105 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [forse OT] Calcolo del livello di zoom necessario
Il giorno 21 novembre 2014 19:20, Luca 'remix_tj' Lorenzetto lorenzetto.l...@gmail.com ha scritto: Ciao, sto lavorando ad un programmino per fare reporting delle mie escursioni mostrandole su una mappa. Sto lavorando per avere delle tiles renderizzate con maperitive per poterle anche visualizzare offline. Purtroppo, come ben sapete, renderizzare tutti i livelli di zoom possibili è decisamente pesante, sia in termini di risorse che di spazio. Avrei bisogno quindi di calcolare il livello di zoom ottimale per visualizzare la traccia gpx, data un ipotetica dimensione dello schermo. In questo caso potrei limitare il numero di livelli di zoom da renderizzare. Ho visto che le librerie, tipo leaflet e openlayers, fanno questo calcolo, ma non ho capito come. Avete qualche idea? Idea di algoritmo: - step1: bounding box della traccia (un ciclo for con cui trovi minimo e massimo delle coordinate); - step2: dal bounding box calcoli le dimensioni (cfr https://github.com/sabas/sabas.github.io/blob/master/tools/bboxcalculator.html o live http://stefanosabatini.eu/tools/bboxcalculator/ ) - step3: seguendo la pagina segnalata da emmexx, una tile corrisponde a 256px, con il rapporto metri/pixel trovi quante tile coprono quella distanza ad un dato livello (per sapere quante tile stanno sullo schermo ragionamento simile, una tile = 256px di lato se non è retina, altrimenti 4 tile coprono una tile normale) Ciao ciao, Luca Ciao, Stefano -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Diminuzione Tag totali wikipedia
Ho fatto qualche confronto tra un italy.pbf del 6 novembre e quello disponibile oggi, guardando solo oggetti dello stesso tipo mancherebbero 21 tag, però qualche tag è stato spostato da un tipo a un altro, come da nodo n|1425587388|it:Stazione di Tropea a way w|311342415|it:Stazione di Tropea invece questi 8 sono spariti tra il 6 e il 21: n|610258193|it:Stazione di Giardinetti questo nodo prima era railway=tram_stop che è stato trasformato in station e aggiunto wikipedia e poi sembra che sia stato riportato ai tag precedenti http://www.openstreetmap.org/node/610258193/history n|1610904635|en:Verziere Column per questo è stata messa la versione italiana http://www.openstreetmap.org/node/1610904635/history w|23585790|it:Stadio Arena Garibaldi - Romeo Anconetani questo è stato cambiato con un tag simile ma senza gli spazi http://www.openstreetmap.org/way/23585790 w|24901295|it:Autodromo Internazionale del Mugello questo è stato messo con la i minuscola http://www.openstreetmap.org/way/24901295/history w|42695946|it:http://www.schioindustrialheritage.it/it/page 42.html w|141323259|it:Ferrovia della Val Pusteria;de:Pustertalbahn questi non li guardo perché mi sembra giusto che siano spariti w|153213165|it:Riserva di monte Arcosu way cancellata w|173956000|it:Museo archeologico regionale Paolo Orsi per questo è stato creato un multipoligono sbagliato perché non è stato copiato il tag wikipedia e perché probabilmente anche i giardini interni fanno parte del Museo, ma non lo tocco perché è troppo complicato, ci sono 2 relazioni? Museo archeologico regionale Paolo Orsi (4114017, v4) Museo archeologico regionale Paolo Orsi (4169230, v1) Simone, se sul server c'è o può essere installato git potresti mettere il file .csv sotto controllo di versione così puoi vedere le differenze tra 2 momenti qualsiasi della storia -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
Il problema è che il significato esatto di ZTL cambia di città in città e certe categorie di veicoli non sono presenti come tag all'interno di Openstreetmap, e poi c'è il problema degli orari: che io sappia nessun router cambia i criteri di accesso a seconda dell'ora, a meno che non ci siano stati sviluppi recenti (se ci sono stati fatemelo sapere, sarebbe meraviglioso!). Direi che la cosa migliore è partire da un buon tagging, per poi costringere i programmatori dei software a interpretarli correttamente, e a inserire un opzione per far sì che un'automobilista possa comunicare al navigatore se è autorizzato ad entrare in una ztl nonostante i divieti. Ad esempio a Prato il tagging delle strade ZTL è così al momento: motorcar:conditional=no @ (07:30-18:30) emergency=yes psv=yes Che è il modo migliore che ho trovato di tradurre l'ordinanza comunale, che recita: Transito vietato ai veicoli a motore eccetto: autorizzati, ciclomotori, motocicli, trasporto pubblico, NCC, disabili, soccorso, forze armate, polizia, antincendio, autoambulanze, protezione civile, pubbliche amministrazioni. (il tutto dalle 07:30 alle 18:30) Il giorno 15 novembre 2014 01:13, Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Tempo fa non lo faceva. O rimettiamo access=restricted (o una cosa del genere) in tutte le vie con ZTL, oppure mi insegnate come si fa con mkgmaps così cambio lo script Garmux, qualsiasi siano le convenzioni prese per mappare le ZTL. Tra l'altro, se sono delle relazioni è un po' difficile. In una ZTL una qualche restrizione ad access secondo me va messa. Presto per favore perché oggi ho rischiato davvero grosso, a Bologna! :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- -- Giacomo Boschi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Yopal en tareas
Igor Muchas Gracias. Realmente eres mejor comunicador que yo :) . Parte de Yopal ha sido mapeada desde Duitama, dos de mis estudiantes del año pasado eran de alla y quisieron mapear su ciudad directamente. Hay mucho por hacer en nuestra area http://tareas.openstreetmap.co/project/7 Hay algunas de las tareas con alta resolución y con muchos caminos y rios son trazar, es una gran oportunidad para mapear y aprovechar las vacaciones. El 20 de noviembre de 2014, 21:04, Igor TAmara i...@tamarapatino.org escribió: El Task manager es perfecto para que podamos mejorar openstreetmap con zonas de interés en Colombia y el momento es perfecto para quienes comienzan sus vacaciones, dedicar unos minutos diarios puede permitir que tengamos mejores mapas. Me sorprendió muy gratamente Yopal, está muy bien mapeado, ya comencé con una tarea para colocar vías, ríos y algunas casas. Hay dos videos(en inglés), uno introductorio de cómo funciona y otro más específico para usar JOSM. * https://www.youtube.com/watch?v=73XCpTgyhSk * https://www.youtube.com/watch?v=ljaIaBp3LA8 Únicamente se requiere un usuario en OSM para usar http://tareas.openstreetmap.co , puede elegirse español como idioma. Recuerden que la tarea que estamos haciendo está en http://tareas.openstreetmap.co/project/7 , volvámosla verde :) Creo que es una excelente oportunidad para aprender posteriormente a mapear con áreas identificando zonas de bosque, llanuras, desiertos, labranza, humedales. Happy mapping. El 20 de noviembre de 2014, 11:58, Leonardo Gutierrez l...@nuevoartesano.com escribió: Tambien rios que muchos faltan en el llano El 20 de noviembre de 2014, 11:54, Leonardo Gutierrez l...@nuevoartesano.com escribió: Todo esta por hacer, pero me parece que deberiamos hacer calles y edificaciones. El 20 de noviembre de 2014, 11:48, hyan...@gmail.com hyan...@gmail.com escribió: Excelente! :-D ¿Qué vamos a mapear? Calles, edificaciones, usos de suelo? El 20 de noviembre de 2014, 11:44, Leonardo Gutierrez l...@nuevoartesano.com escribió: Saludos cordiales, Con el fin de iniciar nuestro trabajo con el sistema de gestion de tareas que tenemos a nuestra disposición, propongo el siguiente proyecto dentro del tas manager (1) Estaré atento a cualquier inquietud sobre su uso, las ediciones se pueden realizar con josm, ID o potlach, a mi personalmente me gusta mucho el uso en josm, para ello se requiere activar el control remoto. Las imagenes (en este caso bing) se abren automáticamente, lo que simplifica mucho el trabajo. Los espero alli. Gracias. (1) http://tareas.openstreetmap.co/project/7 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Crear un nuevo TASK Sogamoso y el POT
Saludos, En estos días están discutiendo el POT de Sogamoso, así, que con el ejemplo del ejercicio del municipio de Ramiriquí quienes asociaron el proyecto OSM a su POT. Agradezco su orientación para crear un nuevo TASK asociado a la ciudad de Sogamoso, también con el objetivo de ser una referencia para el POT. Leonardo Araque ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Interesse for import af 3, 8 millioner bygninger i OSM Danmark?
Hej Halfdan Tak for dit input og gode ideer. Der er i denne her tråd efterlysning af personer til et arbejdsgruppeudvalg https://lists.openstreetmap.org/pipermail/talk-dk/2014-November/003966.html Hvor mange er de ting der har været oppe i denne her mail-tråd vil blive behandlet vh Søren 2014-11-21 0:34 GMT+01:00 Halfdan Mouritzen half...@robothangarskib.dk: Tænker om det kan betale sig at lave en midlertidig database og gennemgå denne, lave checks på bygninger / overlap / ekstra data etc. Måske man kan bruge nogle af HOT værktøjerne til at kvalitetssikre/checke områder efter import - for at bestemme overlap etc. I al fald kan vi nok nemmere finde fejl og mangler på denne måde - eller rettere, lettere fordele arbejdet mellem os? Evt. lave et værktøj til at overføre data fra eksisterende bygninger der har andet end building=yes - så man får markeret alle overlappende polygoner og kan vælge hvad der skal overføres? Eller om bygningen overhovedet skal genimporteres. Jeg glæder mig _meget_ til at få denne data ind, da jeg ikke har indtegnet bygninger i DK i lang, lang tid i venten på selvsamme :) Alt det bedste Halfdan ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Afstemning og overvældende interessse for Danmark FOT bygningsimport
Soren Johannessen skrev: Så angiv i denne tråd om du har løst til at deltage i sådan en arbejdsgruppe Jeg har ikke super-meget tid for tiden, men jeg vil gerne være med. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Dalmose - FOT bygningsdemo - Import projekt
Soren Johannessen skrev: Jeg har lavet et interaktivt kort over Dalmose på Sjælland Det ser flot ud, men der er mindst en fejl. En trampolin er tegnet ind som bygning: http://umap.openstreetmap.fr/da/map/dalmose-fot-demo_22200#21/55.29284/11.41990 Det er klart, at kortet er bedre med en bygning for meget end 700 bygninger for lidt. Men det ville være endnu bedre, hvis vi kunne fange den slags fejl - og måske endda indberette dem til de relevante myndigheder. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Dalmose - FOT bygningsdemo - Import projekt
Hej Jørgen Det var godt set det med trampolin - Vedr. at fange fejl som du har gjort her - vil vi bruge det unikke FOT-id tal som tag fx gst:feat_id=1058942552 - Det gør det hele lettere for den offentlig myndighed at vide hvor den er galt henne, når der evt. indrapporteres fra OSM til kommunens tekniske GIS afdeling. vh Søren 2014-11-21 10:03 GMT+01:00 Jørgen Elgaard Larsen j...@elgaard.net: Soren Johannessen skrev: Jeg har lavet et interaktivt kort over Dalmose på Sjælland Det ser flot ud, men der er mindst en fejl. En trampolin er tegnet ind som bygning: http://umap.openstreetmap.fr/da/map/dalmose-fot-demo_22200#21/55.29284/11.41990 Det er klart, at kortet er bedre med en bygning for meget end 700 bygninger for lidt. Men det ville være endnu bedre, hvis vi kunne fange den slags fejl - og måske endda indberette dem til de relevante myndigheder. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Dalmose - FOT bygningsdemo - Ortofotoets forvanskninger
Forvanskninger af ortofotoet Her er et eksempel på den forvanskning, der metodemæssigt er i ortofotos for forhold, der ikke ligger på jordoverfladen: http://umap.openstreetmap.fr/da/map/dalmose-fot-demo_22200#19/55.28913/11.41774 Bygningen syd for rensningsanlægget stammer fra et foto, mens bygningerne nord for stammer fra et andet foto. Derfor er tagene i ortofotoet forskudt hver sin vej. VH Kurt -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 20. november 2014 22:07 Til: OpenStreetMap Denmark Emne: [Talk-dk] Dalmose - FOT bygningsdemo - Import projekt Hej alle sammen Der var i går et spørgsmål vedr. kvaliteten af FOT bygninger - Jeg har lavet et interaktivt kort over Dalmose på Sjælland (som pt. ingen bygninger har indtegnet i OSM) hvor alle ca. 700 bygninger i byen er lagt henover som et lag på Geodatastyrelsens luftfoto. Data er hentet via FTP fra Geodatastyrelsen og konverteret fra Shape format til .osm format - dernæst indlæst i uMap hvor I kan se det på følgende URL http://umap.openstreetmap.fr/da/map/hjertesti-adalen-luftfoto_22200#20/55.29183/11.41987 Prøv at zoome rundt og se bygninger i byen og hvor fint de er placeret. Alle bygninger over 9m2 bliver optegnet i FOT så I ser også skure, carporte, garager under jeres surfen rundt i Dalmose vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Afstemning og overvældende interessse for Danmark FOT bygningsimport
On 20-11-2014 11:00, Jakob Riis Josephsen wrote: For min skyld måtte de bygninger jeg har tilføjet gerne blive overskrevet. De eneste data som ville gå tabt var bygningen/gårdens navn, og det synes jeg ville være et mindre problem sammenlignet med at vi får en bedre datakvalitet. Jeg synes, at navne og andre tags ofte er meget vigtigere end datakvaliteten på bygningen. Hvis jeg fx bruger min GPS til at finde hotel Astoria eller Falsled kro, så er jeg ret ligeglad med om hotellet er tegnet præcist. Men jeg skal kunne søge på navnet. Og jeg sætter også pris på, at der er fx et telefonnummer. Vh Jakob Riis Josephsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-es] Etiquetado de casas.
Hola, saludos. He estado buceando sobre cómo etiquetar casas (building=house) abandonadas, en ruinas o en desuso, pero no me ha quedado claro cómo hacerlo, lo único que tengo claro es que abandoned=yes debe evitarse (al igual que disused o ruined). Los ejemplos de la propia wiki hacen referencia a la vieja tienda de bicicletas o a la amorosa vía de tren, en otros sitios he encontrado más ejemplos, pero ninguno hace referencia a una casa, que debe ser con diferencia lo más abandonado del mundo :-). ¿Cuál sería la forma correcta de etiquetar estas construcciones, y que evidentemente sean reconocidas como tal? Muchas gracias de antemano. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Etiquetado de casas.
Con un rápido vistazo a la wiki: http://wiki.openstreetmap.org/wiki/Key:abandoned Lo que yo entiendo es que la manera adecuada sería: abandoned:building=house Sin embargo, yo creo que eso es más bien para features que por estar abandonados ya dejan de ser esos features. Por ejemplo: abandoned:amenity=shop (que no es una tienda porque ha dejado de serlo). Una casa abandonada entiendo yo que sigue siendo una casa (viva gente o no). Otra cosa es que esté en ruinas, en cuyo caso sería algo así como building=house; ruins=yes; ¿Alguien más que opine? ¿Tienes un ejemplo concreto, para saber si son ruinas de valor historico, o solo que no vive nadie, etc.? El 21 de noviembre de 2014, 19:59, Carrajo carr...@gmail.com escribió: Hola, saludos. He estado buceando sobre cómo etiquetar casas (building=house) abandonadas, en ruinas o en desuso, pero no me ha quedado claro cómo hacerlo, lo único que tengo claro es que abandoned=yes debe evitarse (al igual que disused o ruined). Los ejemplos de la propia wiki hacen referencia a la vieja tienda de bicicletas o a la amorosa vía de tren, en otros sitios he encontrado más ejemplos, pero ninguno hace referencia a una casa, que debe ser con diferencia lo más abandonado del mundo :-). ¿Cuál sería la forma correcta de etiquetar estas construcciones, y que evidentemente sean reconocidas como tal? Muchas gracias de antemano. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Etiquetado de casas.
El 21 de noviembre de 2014, 20:25, Jaime Crespo jy...@jynus.com escribió: Con un rápido vistazo a la wiki: http://wiki.openstreetmap.org/wiki/Key:abandoned Lo que yo entiendo es que la manera adecuada sería: abandoned:building=house Sí, eso es lo que interpreté yo, pero... Sin embargo, yo creo que eso es más bien para features que por estar abandonados ya dejan de ser esos features. Por ejemplo: abandoned:amenity=shop (que no es una tienda porque ha dejado de serlo). Una casa abandonada entiendo yo que sigue siendo una casa (viva gente o no). Exactamente, sigue siendo una casa; el caso es que si etiqueto de esa forma la casa, tanto con iD como con JOSM desaparece la indicación de que es una casa, y dice que es una línea (que a lo mejor es lo que tiene que decir, pero ya me surge la duda, y es el principal problema que tengo ;)). Otra cosa es que esté en ruinas, en cuyo caso sería algo así como building=house; ruins=yes; Ok, lo pruebo. ¿Alguien más que opine? ¿Tienes un ejemplo concreto, para saber si son ruinas de valor historico, o solo que no vive nadie, etc.? No, importancia histórica no, son casas abandonadas en aldeas, como abundan por toda la geografía, y que están en diferente estado de degradación; las en desuso, muy probablemente llegarán a abandonadas en algún momento, y las abandonadas acabarán en ruinas... habrá que estar pendiente para actualizar el estado en el mapa X. El 21 de noviembre de 2014, 19:59, Carrajo carr...@gmail.com escribió: [...] ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Query para tuneles y puentes de Buenos Aires como POIs?
gracias por tu respuesta werner! entonces alguien sabe como podria hacer para identificar en el query *el punto dentro de la linea* donde ocurre ese atributo? porque en geojson que overpassturbo me devuelve, se ve claramente que *los puentes están ubicados en un punto dentro de la linea* 2014-11-21 18:50 GMT-03:00 Werner Horsch werner.hor...@gmail.com: es correcto, se define una vía y se le agrega un tag tunel o puente en osm solo existen 3 entidades puntos, lineas y relaciones lo q vos buscas es parte de un camino y por ende una línea (way) On Fri, Nov 21, 2014 at 6:38 PM, Matías Kalwill matias.kalw...@gmail.com wrote: Buenas! Estoy tratando de extraer los puntos y tuneles de Buenos Aires para usar como puntos en un mapa, através de OverpassTurbo API. Pero al tirar este query me da las vias, que no me sirven: -- /* This has been generated by the overpass-turbo wizard. The original search was: “bridge=yes” */ [out:json][timeout:25]; // gather results ( // query part for: “bridge=yes” node[bridge=yes]({{bbox}}); way[bridge=yes]({{bbox}}); relation[bridge=yes]({{bbox}}); ); // print results out body; ; out skel qt; -- *Idem para tuneles poniendo tunnel en lugar de bridge.* Alguna idea de como tirar el query para que me de los puntos limpios en lugar los ways? Gracias! Saludos, Matias ___ 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-at] Straßenbahnen werden nicht gerendert
Hallo On 2014-09-27 22:26, Simon Legner wrote: On 16/08/14 12:31, Simon Legner wrote: 2014-08-16 12:00 GMT+02:00 martin ringer martinrin...@hotmail.com: Übliches Vorgehen, anschreiben und wenn kein Besserung Revert. Bin auf deiner Seite. Soo, habe den ganzen Vormittag mit dem Revert verbracht. Nun ist es geschafft: https://www.openstreetmap.org/changeset/24783862 Ein Update im Bezug auf den Innsbruck-Straßenbahn-Mapping-Fall. Der Benutzer Hibenny hat es nicht für notwendig empfunden, sich auf meine Nachrichten vom 2014-08-15 bzw. 2014-08-16 zu melden. Allerdings hat er offensichtlich den gleichen Unfug innerhalb der letzten zwei Wochen erneut auf die gleiche Weise verbrochen [0]!!! Seine aussagekräftigen Änderungskommentare [1] helfen natürlich ungemein ^^. Aller guten Dinge sind drei*: https://www.openstreetmap.org/changeset/26851537, https://www.openstreetmap.org/way/313295873, … * Nach bereits zweimaligem Mappen samt Reverts und Sperre hat sich der User erneut über das Straßenbahn-Netz Innsbruck hergemacht. Ergebnis ist wieder der gleiche Murx. Wenn sich in der Stadt sonst zu wenig tut, kann man jedenfalls auf diese Weise andere Mapper auf Trab halten. Ich verstehe wirklich nicht, was das soll. Leider hat der User auf keine meiner Nachrichten geantwortet. Simon ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] Dados da CAOP e import
Olá a todos, A reversão terminou e foi um sucesso. Ao contrário do que anteriormente estipulei, o trabalho todo foi dividido em apenas cinco changesets. [1] [2] [3] [4] [5] O processo em si demorou cinco horas e meia a ser realizado. A maior parte deste feita entre as 02h30 e as 8h00 sendo que o changeset final (que consistia em 147 objetos) foi realizado às 12h05. Agora e durante os próximos dias irei procurar por erros ou dados que tenham ficado danificados. Também queria avisar que o único problema que surgiu desta reversão foi que alguns elementos de uma pequena cidade grega foram alterados. [6] A razão para tal acontecer foi mais provavelmente porque inseri erroneamente um changeset durante o processo de reversão. [1] https://www.openstreetmap.org/changeset/26920648 [2] https://www.openstreetmap.org/changeset/26921181 [3] https://www.openstreetmap.org/changeset/26922209 [4] https://www.openstreetmap.org/changeset/26922498 [5] https://www.openstreetmap.org/changeset/26927216 [6] https://www.openstreetmap.org/changeset/19932294 2014-11-19 0:07 GMT+00:00 Marcos Oliveira marcosoliveira.2...@gmail.com: Olá a todos, Eu queria-vos dar a conhecer que enviei para o Data Working Group (DWG) um e-mail sobre esta situação, assim como o pedido para reverter tudo o que a minha conta de importação fez desde o dia que a criei. Coloco abaixo a mensagem que enviei-lhes, na sua integra, para assim todos terem o conhecimento do que eu escrevi. Com toda a estima, Marcos Oliveira Data Working Group, Hello, I am Marcos Oliveira and I'm contacting you to discuss about a current problem that exists in the Portuguese OSM community where I am the sole responsible in question. The issue is regarding the alteration and addition of administrative boundaries and natural parks through my alternate account, ViriatoLusitano_import. [1] A user, Francisco, submitted a thread in the Portuguese mailing list [2] stating how I have been disrespecting the work of others by eliminating nodes, ways and relations, namely places and boundaries (administrative and natural parks), claiming that I've been doing outright vandalism. He also claims to have sent you an e-mail about this situation. Let me show you my version of the story. I want it to be explicitly known that I'm *not claiming* to be innocent, I admit I've done many things wrong but vandalizing is not one of them. Francisco brought forward three main issues that I've caused: 1. The deletion of ways and relations that other users have made 2. The modification of Portugal/Spain boundary 3. The removal of places, namely hamlets Regarding the first point, when I began working on manually importing administrative boundaries back on the 12th of September, I always tried working using the existing elements that were contributed by other people. The problem was that whenever I tried to upload the progress I've done (after successfully validating), there appeared conflicts in the data, sometimes in the hundreds. Since I didn't want to mess and probably ruin different types of data other than administrative boundaries, I opted to first remove the old boundaries where I later carefully imported my own work, without first contacting the Portuguese community about this. Just recently I have learned to use the replace geometry tool that the *utilsplugin2* plugin offers to conflate the data; now I can work without ever having to delete a way nor any relations whatsoever. Regarding the second point, while I was working near the boundary with Spain I found out that there were places where the boundary was erroneous: sometimes our (or their) territory was hundreds of meters away from were it was supposed to be. What I've done was, (again, I didn't want to cause any conflicts with the existing data), remove the old way while at the same time replacing it with one that followed official data from CAOP 2014 as well as it having all the tags it previously had, including relations that included said way. Again, in my ignorance, I disregarded it as something unimportant to discuss with the Portuguese and the Spanish community because I thoroughly checked every relation to see if I was not breaking anything. Regarding the third point, I removed a lot of hamlets, not because I didn't like them, but because I was suspicious they were bad data that was transcribed either from gpspostcode [3] (licence not compatible with OSM) or Google because a lot of hamlets had the exact same coordinates as the information provided by the entities I mentioned just now. Once again, I didn't discuss this removal with the community. I've always planned on replacing the data because I don't like removing data from OSM. I asked some family members that live in the same general area where the removals were made about the many hamlets that existed. As of now I've already received information for one municipality which I promptly edited back
[Talk-pt] CAOP e regiões
Boas. Agora que parece que assentou um pouco a poeira sobre a questão da CAOP quero reavivar uma discussão para perceber qual a opinião da comunidade. Falando do ponto de vista puramente administrativo Portugal não tem regiões. Mas então como enquadrar o inúmero sites, alguns oficiais, de Turismo do Algarve? Quando sites oficiais dividem o pais em regiões, como este: https://www.visitportugal.com/pt-pt/destinos Quando um alemão passa férias no Algarve não vai pesquisar pelo distrito de Faro no OSM! Sou de opinião que o OSM deve dar prioridade às coisas reais, que as pessoas usam mesmo, tornado-o uma ferramenta útil. Pesquisem por Alentejo no google maps e divirtam-se! Pelo menos no OSM dá um ponto em Beja... Qual a opinião da comunidade? Usar alt_name para distritos resulta em Faro com o Algarve, mas no Alentejo como fazer ? É possível definir limites administrativos sem usar o admin_level ? Cumprimentos AlexMol -- Alexandre Moleiro alexandre.mole...@gmail.com ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] CAOP e regiões
Olá Alexandre, olá malta, Vou transcrever a minha opinião que partilhei há dois meses nesta lista, antes de terem acontecido estes problemas. Na minha opinião, importar a CAOP para o OSM não tem qualquer interesse e só traz problemas. Não é um tema em que os mapeadores possam acrescentar o seu conhecimento do local, pois são definidas administrativamente. É um tema que está sempre a ser alterado: quer pelas autoridades (que alteram a CAOP) quer os mapeadores que sem querer mexem nos nodos da CAOP. Por esta razão, a CAOP sobre o OSM não é um tema de confiança: ou está desactualizado, ou foi mexido por um mapeador, ou foi simplificado por um geo-processamento qualquer e já não é fidedigno. Como a CAOP está disponível como serviço WMS e WFS, é muito fácil sobrepor a CAOP ao OSM sem infetar o OSM com essa informação. Nos editores do OSM (no JOSM, por exemplo) também dá para visualizar a CAOP e o OSM, sem ter que os misturar. Acrescento que acho importante e muito útil a utilização de place=*, que só faz sentido ser preenchida por quem conhece os locais. Bom fim de semana, J. Gustavo On 21-11-2014 22:34, Alexandre Moleiro wrote: Boas. Agora que parece que assentou um pouco a poeira sobre a questão da CAOP quero reavivar uma discussão para perceber qual a opinião da comunidade. Falando do ponto de vista puramente administrativo Portugal não tem regiões. Mas então como enquadrar o inúmero sites, alguns oficiais, de Turismo do Algarve? Quando sites oficiais dividem o pais em regiões, como este: https://www.visitportugal.com/pt-pt/destinos Quando um alemão passa férias no Algarve não vai pesquisar pelo distrito de Faro no OSM! Sou de opinião que o OSM deve dar prioridade às coisas reais, que as pessoas usam mesmo, tornado-o uma ferramenta útil. Pesquisem por Alentejo no google maps e divirtam-se! Pelo menos no OSM dá um ponto em Beja... Qual a opinião da comunidade? Usar alt_name para distritos resulta em Faro com o Algarve, mas no Alentejo como fazer ? É possível definir limites administrativos sem usar o admin_level ? Cumprimentos AlexMol -- Alexandre Moleiro alexandre.mole...@gmail.com mailto:alexandre.mole...@gmail.com ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt J. Gustavo -- Jorge Gustavo Rocha Departamento de Informática Universidade do Minho 4710-057 Braga Tel: +351 253604480 Fax: +351 253604471 Móvel: +351 910333888 skype: nabocudnosor ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-ca] Discussion: zones boisées
Bonjour Dega, En effet toutes les clairières devraient être taguées en consequence par un polygone. Un tag approprié pour cela pourrait être meadow ou scrub. Quand à la présence ou non d'un sentier... difficile à dire par la vue satelite: il faut vraiment un reperage terrain par des contributeurs locaux. D'où la complémentarité entre une communauté locale vivante et des données Canvec qui ne fournissent qu'un matériel brut Bruno Le 2014-11-20 10:30, Ga Delap gade...@gmail.com a écrit : Bonjour Bruno Je suis d'accord avec la logique de Frank : redécouper les polygones de CanVec selon les lignes de frontiéres naturelles (rivières, lacs...) et artificielles (routes, lignes électriques, lignes coupe-feu...etc..). J'ai regardé tes exemples. C'est un compromis intéressant. La zone fôret est séparée en parcelles délimitées par toute entité linéaire (route, ligne électrique, voie ferrée, etc) ou surface (lac, bâtiment, clairière, etc). Je n'ai vu aucun trou. Mais il ne faut pas oublier de définir l'entité qui se trouve entre 2 parcelles car l'absence de forêt n'est pas, en soi, une entité. Par exemple, il y a surement un objet physique qui sépare les chemins 302348523 et 302349825. Je ne connais pas le territoire mais ce semble être un chemin forestier qu'il faudrait définir. Et, à la limite, ce chemin linéaire devrait être défini à l'intérieur d'une surface 2D de type clairière. Ce qui m'améne à poser de nouveau une question de l'article qui a initié cette discussion: Est-ce correct d'utiliser l'absence de définition (undefined) pour représenter les clairières? Est-ce que toutes les zones blanches de la carte OSM sont des clairières? Bonne journée dega ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Discussion: zones boisées
Hello Dega / all, With regard to a path that cuts through a forest, the initial thought might be to map the path as dirt or something similar. However, this would not be efficient nor required. A line that denotes a path is, in itself, technically a type of land tag as the any such pathway must meet some basic criteria to be a path (deliberate connection, open land area, clearly defined, etc). For example, a regular residential road that cuts through a residential area. Do we designate the entire area, including the land that the roads are on as residential or do we segregate the land that the road occupies as something separate from the residential land use? The first one allows for large, uninterrupted polygons denoting a residential area while the second makes for dozens of small polygons separated by roadways. It all depends on what you think the line that makes up the road itself on the map represents. If it represents a type of land use tag, then the first case makes sense as the land is residential in general, except for any area marked with a route as that route would mark the land as used for a road within the residential area. If roads do not tag the ground beneath it, then we need to specifically set what the ground underneath is to be tagged as, requiring multiple smaller polygons to map. Adam 2014-11-21 9:16 GMT-03:30 Bruno Remy bremy.qc...@gmail.com: Bonjour Dega, En effet toutes les clairières devraient être taguées en consequence par un polygone. Un tag approprié pour cela pourrait être meadow ou scrub. Quand à la présence ou non d'un sentier... difficile à dire par la vue satelite: il faut vraiment un reperage terrain par des contributeurs locaux. D'où la complémentarité entre une communauté locale vivante et des données Canvec qui ne fournissent qu'un matériel brut Bruno Le 2014-11-20 10:30, Ga Delap gade...@gmail.com a écrit : Bonjour Bruno Je suis d'accord avec la logique de Frank : redécouper les polygones de CanVec selon les lignes de frontiéres naturelles (rivières, lacs...) et artificielles (routes, lignes électriques, lignes coupe-feu...etc..). J'ai regardé tes exemples. C'est un compromis intéressant. La zone fôret est séparée en parcelles délimitées par toute entité linéaire (route, ligne électrique, voie ferrée, etc) ou surface (lac, bâtiment, clairière, etc). Je n'ai vu aucun trou. Mais il ne faut pas oublier de définir l'entité qui se trouve entre 2 parcelles car l'absence de forêt n'est pas, en soi, une entité. Par exemple, il y a surement un objet physique qui sépare les chemins 302348523 et 302349825. Je ne connais pas le territoire mais ce semble être un chemin forestier qu'il faudrait définir. Et, à la limite, ce chemin linéaire devrait être défini à l'intérieur d'une surface 2D de type clairière. Ce qui m'améne à poser de nouveau une question de l'article qui a initié cette discussion: Est-ce correct d'utiliser l'absence de définition (undefined) pour représenter les clairières? Est-ce que toutes les zones blanches de la carte OSM sont des clairières? Bonne journée dega ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Discussion: zones boisées
On Fri Nov 21 2014 at 8:05:08 AM Adam Martin s.adam.mar...@gmail.com wrote: It all depends on what you think the line that makes up the road itself on the map represents. If it represents a type of land use tag, then the first case makes sense as the land is residential in general, except for any area marked with a route as that route would mark the land as used for a road within the residential area. If roads do not tag the ground beneath it, then we need to specifically set what the ground underneath is to be tagged as, requiring multiple smaller polygons to map. I've seen this question pop up again and again, especially in countries with a lot of small parcels of different land usage. For example, In Germany it's very common to have several different land uses along one road. So do we attach them via node to the way of the road or do they stop x meters from the centerline of the road? What if you have trees overhanging a road? How wide and developed has a trail have to be for it to stop being part of a forest and become its own land use? How do you deal with the editing nightmare of many different land uses glued to a road? From what I've seen, there are good reasons for both perspectives and it is highly unlikely that there will be consensus (or even a clear majority) for either view in the community. Harald. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Vancouver Meetup
We are having our second meetup on Tuesday, November 25 in Vancouver. The meeting will be held at the Community Living Society, 713 Columbia Street, New Westminster, BC. Sign up on http://www.meetup.com/OpenStreetMap-Vancouver/events/218377932/ to attend. It will be a great time. Don't miss it. Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Discussion: zones boisées
Hello, Yes indeed some European countries are going further into smaller details. And it's legit. However, in the Canadian context, it seems that adjust fix massive CanVec data imports has higher priority than touching up every single landuse parcel It's not only about woodlands water, but also some conversion errors like Canvec schools converted into jails in OSM. So every single little village in QC has his own little jail ! Funny? ;) (Some of them have been fixed...) And double-space in street names is also a pain when using Nominatim Zero un-taged pixel world map is high hope :-) Greatings ! Le 2014-11-21 09:42, Harald Kliems kli...@gmail.com a écrit : On Fri Nov 21 2014 at 8:05:08 AM Adam Martin s.adam.mar...@gmail.com wrote: It all depends on what you think the line that makes up the road itself on the map represents. If it represents a type of land use tag, then the first case makes sense as the land is residential in general, except for any area marked with a route as that route would mark the land as used for a road within the residential area. If roads do not tag the ground beneath it, then we need to specifically set what the ground underneath is to be tagged as, requiring multiple smaller polygons to map. I've seen this question pop up again and again, especially in countries with a lot of small parcels of different land usage. For example, In Germany it's very common to have several different land uses along one road. So do we attach them via node to the way of the road or do they stop x meters from the centerline of the road? What if you have trees overhanging a road? How wide and developed has a trail have to be for it to stop being part of a forest and become its own land use? How do you deal with the editing nightmare of many different land uses glued to a road? From what I've seen, there are good reasons for both perspectives and it is highly unlikely that there will be consensus (or even a clear majority) for either view in the community. Harald. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Podivné relace a překryvy landuse=*
Dne 21.11.2014 v 0:40 Petr Vejsada napsal(a): Ahoj, Dne St 19. listopadu 2014 20:39:09, jzvc napsal(a): Defakto co muzes udela je zhruba: 1) Vemes mulipoly, na kterym nejsou tagy. dělám to tak, že vezmu outer cesty, na kterých je náš hledaný tag = co je na relaci, ti je jedno, a prepises to tim, co je na ceste? 2) zkontrolujes, zda ma 1-N outer zda má právě 1 outer a zda maji vsechny stejne tagovani (pokud ne, konec) proč? tady ještě končit nemusím. Mohu přesunout náš tag z outer na relaci. Tím těm inner neublížím, ne? Muzes mit 1-N OUTER cest, a kazda muze mit jiny tagovani. Jak rozhodnes, co je spravne? Pokud vybiras jen takovy, ktery maji prave jeden, tak ten problem samo nevznika. Vnitri cesty jsou az dalsi krok. 3) tagy vlozis na relaci a zrusis na outer cestach jen ten jeden tag, který hledáme (landuse, building, ...) / přesunout fence z našeho příkladu by bylo chybou. Tagu muze byt mnohem vic. Pokud vemes landuse a presunes to na relaci, tak nejake upresneni v podobe typu nechas na ceste? Ale tim to uplne rozbijes. 4) vyberes vsechny inner se stejnym tagovanim jake ma ted relace 5) zrusis na nich tagovani. no, ale tady se netrefím s dostatečnou spolehlivostí, pže relace nebude mít ty tagy, které měla předtím outer. Že k té shodě dojde, sice možné je, ale je to dost náhodná veličina. Pokud totiž z těch inner ty tagy nesundám, relation bude forest a inner bude taky forest (i když na inner být nemá a ke shodě nedojde kvůli nějaké kravině, jako created_by=JOSM), tak se žádná díra nejspíš konat nebude. Nebo bude, ale to záleží na momentální konfiguraci, verzi a náladě Mapniku. Mluvim o situaci, kdy inner cesty maji totozne tagovani jako v tuto chvili relace, coz je principielni nesmysl (pak tam nemusi byt) takze se da predpokladat, ze je to mineno jako dira. Zkusim priklad: landuse=forest leaf_cycle=semi_deciduous leaf_type=broadleaved name=lesik Tohle je landuse tagovani. Pro jednoduchost prikladu predpokladejme, ze je na outer i inner ceste totez. A rekneme, ze na outer ceste je navic jako bonus: barrier=fence = ty musis z outer cesty vzit vsechny 4 tagy, presunout je do relace + bys mel ty stejne tagy odstranit na inner ceste. Plot nechas tam kde je. Pokud presunes pouze landuse=forest, tak si tomu prave nasadil korunu. Alternativy jsou samozrejme ze podobne projdes i multipoly s tagovanim, a provedes jen kontrolu/odstranovani tagu. To vlastně dělám tím, že začínám hledat na outer. Zabordeleny relace muzes oznacit nejakym fixme. Vraťme se k verzi, kdy nebudu srovnávat _všechny_ tagy na relaci se _všemi_ tagy na inner. Chyba může nastat, když náš (příklad) landuse=forest bude mít ještě nějaký přívlastek (jehličnatý, listnatý). Co varianta, že bychom to před akcí vždy nastudovali, tedy jaké zrádnosti nás mohou čekat u lesů, jaké u luk, baráků atd.? -- 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] Podivné relace a překryvy landuse=*
Ahoj, On Fri, Nov 21, 2014 at 01:41:12PM +0100, jzvc wrote: Muzes mit 1-N OUTER cest, a kazda muze mit jiny tagovani. Jak rozhodnes, co je spravne? Pokud vybiras jen takovy, ktery maji prave jeden, tak ten problem samo nevznika. nn, myslel jsem relace, které mají právě jednu outer cestu a ne víc. O tom už tu byla debata. outer=les outer=les outer=louka a dohromady to nemá s lesem mnoho společného, protože jde o přírodní rezervaci, která se skládá ze dvou lesů a jedné louky. Zkusim priklad: landuse=forest leaf_cycle=semi_deciduous leaf_type=broadleaved name=lesik Tohle je landuse tagovani. Pro jednoduchost prikladu predpokladejme, ze je na outer i inner ceste totez. A rekneme, ze na outer ceste je navic jako bonus: barrier=fence = ty musis z outer cesty vzit vsechny 4 tagy, presunout je do relace + bys mel ty stejne tagy odstranit na inner ceste. Plot nechas tam kde je. Pokud presunes pouze landuse=forest, tak si tomu prave nasadil korunu. no to teda jo. A jelikož udělat vyčerpávající seznam tagů, které spolu souvisí, je nemožné, tak se mi do toho chce čím dál méně. Ostatně celosvětově to také odpískali ... -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Podivné relace a překryvy landuse=*
Ahoj, Dne 21.11.2014 13:52, Petr Vejsada napsal(a): Ahoj, On Fri, Nov 21, 2014 at 01:41:12PM +0100, jzvc wrote: Muzes mit 1-N OUTER cest, a kazda muze mit jiny tagovani. Jak rozhodnes, co je spravne? Pokud vybiras jen takovy, ktery maji prave jeden, tak ten problem samo nevznika. nn, myslel jsem relace, které mají právě jednu outer cestu a ne víc. O tom už tu byla debata. outer=les outer=les outer=louka a dohromady to nemá s lesem mnoho společného, protože jde o přírodní rezervaci, která se skládá ze dvou lesů a jedné louky. Zkusim priklad: landuse=forest leaf_cycle=semi_deciduous leaf_type=broadleaved name=lesik Tohle je landuse tagovani. Pro jednoduchost prikladu predpokladejme, ze je na outer i inner ceste totez. A rekneme, ze na outer ceste je navic jako bonus: barrier=fence = ty musis z outer cesty vzit vsechny 4 tagy, presunout je do relace + bys mel ty stejne tagy odstranit na inner ceste. Plot nechas tam kde je. Pokud presunes pouze landuse=forest, tak si tomu prave nasadil korunu. no to teda jo. A jelikož udělat vyčerpávající seznam tagů, které spolu souvisí, je nemožné, tak se mi do toho chce čím dál méně. Ostatně celosvětově to také odpískali ... Je určitě nesmysl chtít pokrýt všechny kombinace. Já se na to díval z druhé strany. Existuje pár dobře definovatelných podmnožin, které pokrývají vysoké procento lesů v ČR. Ručně už jsem lesů přetagoval určitě přes dvě stovky a budťo je to původní uhul:wms import, nebo ho kreslil Petr1868 ;-) Do nich se pak prováděly zásahy, které se buď dají zas přesně definovat (louka uprostřed lesa), nebo se holt prohlásí za riskantní a nechají na ruční kontrolu. Všechny tagy navíc oproti očekávaným = riskantní multipolygon. Každopádně i když to Petr odpíská, probralo se tu pár užitečných věcí, takže díky za inspiraci. Jestli/až mě přestane bavit vrtání v traceru, zkusím se k tomu problému vrátit. Btw, související poznámka: JOSM zjednodušuje situaci tím, že za otagované považuje jen ty objekty, které obsahují zajímavé tagy. Existuje výčet nezajímavých tagů, které při podobných rozhodováních ignoruje. Totéž dělá i tracer při rozhodování o bezpečnosti ořezů. Seznam tagů viz zdrojáky JOSM [1] [2], funkce OsmPrimitive.getUninterestingKeys() a updateTagged(), nebo přímo předvolby v JOSM (tags.discardable, tags.uninteresting, tags.workinprogress). [1] http://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java#L665 [2] http://josm.openstreetmap.de/browser/josm/trunk/src/org/openstreetmap/josm/data/osm/OsmPrimitive.java#L818 Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Non respect des conditions d'utilisation d'OSM
Un autre attribution manquante : http://www.sortirdunucleaire.org/Cartes http://www.sortirdunucleaire.org/Cartes C’est un site basé sur SPIP. Ils ne semblent pas utiliser un greffon, mais directement une vieille version d'OpenLayers http://geoserver.sortirdunucleaire.org/OpenLayers-2.10-rc2/ J'ai envoyé un message poli via le formulaire de contact du site au début du mois. N'ayant reçu aucune réponse, j'ai envoyé un mail courtois à l'adresse indiquée en bas de la page la semaine dernière. Essaie de contacter la Responsable web et multimédia au téléphone : http://www.sortirdunucleaire.org/Equipe-CA-salarie-e-s http://www.sortirdunucleaire.org/Equipe-CA-salarie-e-s — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Non respect des conditions d'utilisation d'OSM
Pierre-Yves Berrard wrote Un autre attribution manquante : http://www.sortirdunucleaire.org/Cartes Registry Registrant ID: 0-1040630-GANDI Registrant Name: Sabine Li Registrant Organization: reseau sortir du nucleaire Registrant Street: 9 rue dumenge Registrant City: lyon Registrant State/Province: Registrant Postal Code: 69004 Registrant Country: FR Registrant Phone: +33.478282922 Registrant Phone Ext: Registrant Fax: Registrant Fax Ext: Registrant Email: 773903fd9e1762ae0ebdcbd5759cd2de-n1...@contact.gandi.net Registry Admin ID: O-936471-GANDI -- View this message in context: http://gis.19327.n5.nabble.com/Non-respect-des-conditions-d-utilisation-d-OSM-tp5824609p5825008.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mise à dispo de support de formations
Bonjour, Cela fait longtemps que je n'avais pas rediffuser mes supports de formation. Alors voilà c'est fait. - Support pour une formation de 1 jour pour un public averti : http://fr.slideshare.net/FredericRodrigo/osm-20141112montesquieu - Support pour une formation de 3 jours pour un public averti, en cinq parties : http://fr.slideshare.net/FredericRodrigo/15-osm-20141106l11prsentation-41847007 http://fr.slideshare.net/FredericRodrigo/25-osm-20141106l12initiation-la-contribution http://fr.slideshare.net/FredericRodrigo/35-osm-20141118l21tre-laise-avec-open-streetmap http://fr.slideshare.net/FredericRodrigo/osm-20141118l22collecte-et-contribution-41847235 http://fr.slideshare.net/FredericRodrigo/55-osm-20141118l23rutilisation Également disponible sous forme de zip avec les fichiers sources : http://carte-libre.fr/tmp/OSM-20141106.zip Le tout en CC-BY-SA bien sûr. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à dispo de support de formations
Merci beaucoup pour cette rediffusion ! Le 21 novembre 2014 11:35, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Cela fait longtemps que je n'avais pas rediffuser mes supports de formation. Alors voilà c'est fait. - Support pour une formation de 1 jour pour un public averti : http://fr.slideshare.net/FredericRodrigo/osm-20141112montesquieu - Support pour une formation de 3 jours pour un public averti, en cinq parties : http://fr.slideshare.net/FredericRodrigo/15-osm-20141106l11prsentation- 41847007 http://fr.slideshare.net/FredericRodrigo/25-osm-20141106l12initiation-la- contribution http://fr.slideshare.net/FredericRodrigo/35-osm-20141118l21tre-laise-avec- open-streetmap http://fr.slideshare.net/FredericRodrigo/osm-20141118l22collecte-et- contribution-41847235 http://fr.slideshare.net/FredericRodrigo/55-osm-20141118l23rutilisation Également disponible sous forme de zip avec les fichiers sources : http://carte-libre.fr/tmp/OSM-20141106.zip Le tout en CC-BY-SA bien sûr. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à dispo de support de formations
Merci Fred pour ces supports ! En regardant rapidement le support 1 jour, j'ai noté deux erreurs de frappe : - slide 58 STOM au lieu de SOTM, - slide 76 Foursqaure au lieu de Foursquare Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à dispo de support de formations
2014-11-21 14:34 GMT+01:00 Nicolas Moyroud nmoyr...@free.fr: j'ai noté deux erreurs de frappe : Moi, j'aime bien la citation du slide 41: L'orientation peut avoir du sens J'ajouterais : Se perdre peut mener nul part :-)) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] JOSM down
Bonsoir, Visiblement josm.openstreetmap.de ne répond plus. Du coup je ne peux plus lancer JOSM :( Le JNLP a ses limites :) *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM down
Bonsoir, Le 21/11/2014 21:56, François Lacombe a écrit : Visiblement josm.openstreetmap.de http://josm.openstreetmap.de ne répond plus. Du coup je ne peux plus lancer JOSM :( Le JNLP a ses limites :) Si tu veux utiliser un bon vieux fichier en local je t'ai déposé la dernière version tested (7643) ici : http://osm.vdct.free.fr/josm/josm-tested.jar vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM down
Merci d'avoir sauvé ma soirée :) *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux Le 21 novembre 2014 22:13, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonsoir, Le 21/11/2014 21:56, François Lacombe a écrit : Visiblement josm.openstreetmap.de http://josm.openstreetmap.de ne répond plus. Du coup je ne peux plus lancer JOSM :( Le JNLP a ses limites :) Si tu veux utiliser un bon vieux fichier en local je t'ai déposé la dernière version tested (7643) ici : http://osm.vdct.free.fr/josm/josm-tested.jar vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [vidéo] Charting culture
Le 19 nov. 2014 à 12:00, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Jolie vidéo. +1 et intéressant travail de recherche :) Ça donne une idée de ce qu’il est possible de faire avec OSM couplé à d’autres sources de données (Wikidata, DBpedia, BabelNet…) Cependant, je ne saisis pas le rapport avec OSM. Un indice ? +1 Le générique et l’article dans Nature citent Freebase https://en.wikipedia.org/wiki/Freebase mais jamais OSM. — Yves http://www.nature.com/news/1.15650 https://www.youtube.com/redirect?q=http://www.nature.com/news/1.15650redir_token=ZtV7v7COS_0M_naFzvXvRchVB5p8MTQxNjcxOTM2NkAxNDE2NjMyOTY2___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à dispo de support de formations
Cela fait longtemps que je n'avais pas rediffuser mes supports de formation. Alors voilà c'est fait. Merci :) - Support pour une formation de 1 jour pour un public averti : http://fr.slideshare.net/FredericRodrigo/osm-20141112montesquieu Il manque peut-être des liens vers : IRC Diapo 19, 58 ou 79 ? (HOT utilise kiwiirc) HOT, mettre le lien vers leur Task Manager diapo 61 ? Mapillary diapo 76 ? C’est une source libre (diapo 40) contrairement à Google Street View — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 商店街のタグ
いいだです。 明確な回答ではないのですが。。。 ウェイに対して付与するタグとして、 abuttersというタグがあります。 商店街であれば、abutters=retailです。 highwayを付与した道路ウェイに対して付与します。 http://wiki.openstreetmap.org/wiki/JA:Key:abutters たとえばこのタグを使うことで、 「○○通り商店街」みたいな、アーケード沿いの商店街を表現できます。 ただ、個人的に、このタグの利用はちょっと躊躇しています。 これだと、飛び地になっている商店の表現ができないのです。 (店舗ごとに、○○商店街に加盟しているかどうか、をより分けたい時がありますよね) さらに、highwayにStreet nameがある場合、nameに対して、 street nameを入れればよいのか、商店街の名前を入れればよいのか、バッティングします。 なので、個人的には、店舗のNodeそれぞれに対して、タグを与えて、 = ほげほげ商店街 みたいにしないといけないのかな、と思っています。 (たとえば、brand:mall=ほげほげ商店街 とか、は考えたことがあります。 loc_nameはちょと用途が違うかも。) そして、1つの店舗が複数の商店街に加盟しているかもしれないケースを考えると、 これはリレーションしかないのか?と、 仰るとおり、これではちょっと複雑になりすぎるきらいがでてきてしまします。 悩みますね。 2014年11月22日 15:33 Shu Higashi higa...@gmail.com: 東です。 ある地方都市の商店街活性化にオープンデータがどのように 活用できるか、という活動のお手伝いをさせて頂いています。 地元商店街の方が自分の足で集めた商店街の店舗や駐車場の 情報をオープンデータとして提供してくれることになりそうなのですが 1回限りの手入力やインポートのソースにするだけでなく 継続的に連携できないかということを考えています。 例えば商店街単位で空き店舗(shop=vacant)数や店舗の種類などの の経年変化を見ることができれば何らかの分析が出来る可能性が あります。 あるいは商店街の地物を一括抽出できれば「○○商店街マップ」 が簡単に作れます。 そのためにOSMと外部のデータ形式間で相互にやりとりできる ようにしておけば、OSMと商店街相互にハッピーな関係ができるので はないか、といったことを考えています。 そこでご相談なのですが、商店街というタグはどのように付けたら 良いでしょうか。 (そもそもそんなタグを付けるべきかという議論もあるかもしれませんが) 日本での商店街は典型的には地域の生活圏内の通り沿いに 小さな店舗が並んでいるイメージかと思います。 http://ja.wikipedia.org/wiki/%E5%95%86%E5%BA%97%E8%A1%97 建物に付けるのも道路につけるのもそぐわない感じなので 個々のshop=*タグに併記する形で何かoperatorのような 新しいタグを考えるか、あるいはローカルな名前ということで loc_nameを付けると良いのか、relationにするとタグ付けの ハードルが上がってしまうので避けたいなぁ、 などと悩んでおります。 みなさまのご意見をお聞かせ頂ければ幸いです。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Suburbs in London/Brum - big edits
I don’t think it's as simple as that Matthijs. Its fine as an idea as a starter for 10 but we should be looking deeper and what's on the ground before making any decisions. Cheers Andy -Original Message- From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl] Sent: 20 November 2014 19:30 To: Andy Robinson Cc: Richard Mann; Talk GB Subject: Re: [Talk-GB] Suburbs in London/Brum - big edits On 20 November 2014 08:51, Andy Robinson ajrli...@gmail.com wrote: It’s not likely to be as simple as saying everywhere within a city boundary is a suburb. A simple example is the town of Sutton Coldfield which recently regained it Royal Town status, Its officially a town in every traditional sense yet it is part of Birmingham though devolution of powers back to the town from Birmingham is slowly (very slowly) happening with time. There is no gap in the conurbation between what is known as Sutton Coldfield and the rest of Birmingham. It’s not considered a suburb of Birmingham as it’s a town destination in its own right and locals who hail from it would always say they were from the town and not the city of Birmingham. Why don't we follow post towns? In the Birmingham area, that would give us cities/town/villages Birmingham, Alcester, Bromsgrove, Halesowen, Cradley Heath, Rowley Regis, Smethwick, Oldbury, West Bromwich, Sutton Coldfield, Tamworth, Studyley, Solihull, Henley-in-Arden, and Redditch. Places like Moseley, Kings Heath, and Bournbrook would become suburbs, which is quite reasonable in my opinion - these places are clearly part of the settlement Birmingham. In most other countries, deciding between village and suburb is a bit easier because villages have their own town sign (usually functioning as built-up area sign as well), while suburbs have no such sign. Post towns in such countries, at least in the Netherlands, are usually equivalent to signed towns. -- Matthijs ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Suburbs in London/Brum - big edits
I am not a fan of reverting in general. Sure there are some mistakes here but surely not even the most steadfast old timers here think that *all* of these changes are wrong. Maybe *shrug* it is 50/50 here right/wrong. And I disagree with the *only* way to deal with is to revert. You could simply do no revert and change them individually. Not There is a mistake in the changeset on my patch therefore it should all be reverted...imagine the carnage if I started revert entire changesets where I found the tiniest of errors/typos. Reverting and some of the over zealous initial comments here just sound like this is my patch! how dare you change it I am perfect I have been doing this for years!!1!!one!! and in our area we do this! we/I will change it if it needs too not you!! I think it is better and more welcoming to new users to not revert and if the wiki is wrong to have clearer guidelines if required in our wiki. That, like it or not, is what user do look at, especially new users. I would argue that we need a more general UK guide to this rather than the in my patch we do it this way/ our wiki is just a guide approach. Again imagine if I started a whole new tagging scheme for highway= for my local patch. To argue well it is my local patch I can do what I want just wouldn't wash but that seems to be what we are doing here with the city/suburb situation we have different areas of the country will have different rules. Going forward I think wikipedia provides a reasonably good guide if they are area or a distinct town, villages, etc. I urge all involved (and obviously not just anyone can change these only an elite few) to look at all of these. I know some here, somewhat ironically, don't like crowd sourced information like wiki(pedia) but many find it the most useful and it is a public consensus nearly all of the time. It is what I use for reference for tagging villages, etc up and down the country. If wikipedia is wrong you know what you can do (change it! not f*** off). So Hayes, Hillingdon = town Wimbledon, London = suburb, not a town Sutton Coldfield, Brum= town that forms a suburb I would go with town. Jewellery Quarter, Brum = not a village so suburb or suitable subset of. etc The wikipedia approach is something that many people can understand and is quotable and a reference point. Reference points are useful for situations like this. I would be curious for any major objections for this approach. I would be very interested to so were any of those differ to what we should do and I think individually each case would warrant further debate. I think this would be better then a, IMHO, horrible one man band use place=town for places with a sizeable retail centre random rule, etc. I am not sure the on the ground rule applies here as much as you think. I know it is banged on about as some sort of self preservation for some. But remember we do not always do this despite what some may claim. For example, all admin boundaries do not have the entire boundary line visable on the ground. A sign saying -- town centre isn't often good enough if more official sources say that it is not. John -- View this message in context: http://gis.19327.n5.nabble.com/Suburbs-in-London-Brum-big-edits-tp5824820p5825023.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb