Re: [Talk-cz] Ortofoto Re: Je možno kopírovat z jiných map?
cenia imho neni uredni dilo a pokud si pamatuju, mame explicitni nesouhlas s pouzivanim ortofota z cenie jako podklad pro kresleni, pouze pro vizualni kontrolu. jsou to data nakoupena sice za verejne prostredky, ale licence neumoznuje jejich dalsi vyuziti krome pro potreby ver. spravy j On Thu, Jun 25, 2015, 10:35 Pavel Machek pa...@ucw.cz wrote: On Wed 2015-06-24 20:59:02, Jakub Sykora wrote: Tady bych si dovolil upozornit, že letecký snímek není to samé co ortofoto. Tam je za tím netriviální transformace, aby nějakým způsobem vůbec seděl na souřadnice. Netrivialni neznamena ze to je autorske dilo. Spocitat pi na milion mist je netrivialni, ale neznamena to, ze pi je autorske dilo... Kazdopadne tohle je otazka pro pravniky... Jinak... Bing dost zmensil pokryti... Nema nekdo rozjete to ortofoto z cenie? Potreboval bych nejaky podklad na kresleni. (cenia je uredni dilo, tj. okay bez ohledu na tu otazku nahore). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ 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] Je možno kopírovat z jiných map?
na ortofoto potrebujete jeste digit. model reliefu honza uz posilal link na svuj blog, kde popisuje, jak to resi soudne znacka v terenu neni autorskym dilem, ale jeji kartograficky zakres do mapy uz jo, proto sice muzeme kreslit znacke z terénu do osm, ale ne prekreslovat z jinych map j On Thu, Jun 25, 2015, 12:06 Marián Kyral mky...@email.cz wrote: Tak pardon, on tam ten odkaz je, ale až úplně dole. Marián -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 25. 6. 2015 12:03:31 Předmět: Re: [Talk-cz] Je možno kopírovat z jiných map? Zajímavý web. Hodil bych si jej do čtečky, ale ono tam není RSS :-( Marián -- Původní zpráva -- Od: Jan Cibulka ho...@datastory.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 25. 6. 2015 9:54:07 Předmět: Re: [Talk-cz] Je možno kopírovat z jiných map? Ono to není moc jasný obecně, bude to řešit soud. http://datastory.cz/jekyll/update/2015/04/03/zememerici-u-soudu.html -- From: Marián Kyral mky...@email.cz Sent: 25. 6. 2015 9:44 To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Subject: Re: [Talk-cz]Je možno kopírovat z jiných map? -- Původní zpráva -- Od: jzvc j...@tpfree.net Komu: talk-cz@openstreetmap.org Datum: 25. 6. 2015 9:10:59 Předmět: Re: [Talk-cz] Je možno kopírovat z jiných map? Dne 25.6.2015 v 7:44 Marián Kyral napsal(a): OK. Takže kdyby se nám někde podařilo získat letecké snímky a pár GEO studentů, kteří by udělali tu netriviální transformaci, tak můžeme mít vlastní ortofoto :-D Vím, že jsou nějaké pokusy se snímkováním pomocí dronů, ale to je spíše na sledování lokálních změn. Na celou republiku se to nehodí. A kde vzít snímky celé republiky netuším :-( Vdyt orthofoto provozuje cuzk, a je na tom wms zdroji vyslovene napsano, ze nepodleha zadne licenci. Akorat zde panuji nejake obavy mozna dane historicky, proc ten zdroj nepouzivat. No není náhodou rozdíl mezi prohlížením a odvozováním? Teprve kdybys ty mapy chtel ziskat pro sebe/firmu/... tak tam nejaka licence je. Aktualne jim tedy, zda se, web nejede vubec. Melo by to byt asi tu http://geoportal.cuzk.cz/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba Mně to jede. V metadatech je odkaz na: http://geoportal.cuzk.cz/Dokumenty/Podminky_sluzby_CUZK.pdf A tam se praví, že se to řídí vyhláškou č. 103/2010 Sb http://www.zakonyprolidi.cz/cs/2010-103 Moc z toho moudrý nejsem. Marián Marián -- Původní zpráva -- Od: Jakub Sykora kub...@kbx.cz Komu: talk-cz@openstreetmap.org Datum: 24. 6. 2015 21:00:05 Předmět: Re: [Talk-cz] Je možno kopírovat z jiných map? Tady bych si dovolil upozornit, že letecký snímek není to samé co ortofoto. Tam je za tím netriviální transformace, aby nějakým způsobem vůbec seděl na souřadnice. Geo komunita mi promine výrazivo - nejsem geo* :-) K Dne 24.6.2015 v 18:35 Marián Kyral napsal(a): Dle ní, není prostý letecký snímek autorské dílo, takže použít jej jako podklad při mapování by mělo být možné. Jen nesmíme samotné letecké snímky dále šířit. ___ 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 ___ 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-es] Charla en el IGN, deberes para OSM.es
El 25 de junio de 2015, 20:10, Jorge Sanz js...@osgeo.org escribió: Resumiendo: si se quiere colaborar con el IGN, y ellos quieren hacerlo, hay que nombrar por lo menos un par de personas o tres que sirvan de representantes formales ante el instituto. Al final no pude ir, pero me alegro de que todo fuera genial :-) Yo puedo ayudar con lo que surja pero aunque resida en Madrid representante no puedo ser, lo ideal sería alguien más especializado :-\ -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-se] Vilse i skogen (var: Test av Corine-import av våtmarker i Lappland)
Med tanke på vad jag har sett av tidigare import av CLC så föreslår jag följande: * I ett tidigt skede, gör några stickprov på kvaliteten på datan. Välj ut en handfull tänkta områden, och åk ut och titta i naturen om områdena verkligen finns där, verkar vara av rätt klassificering och om geografisk utsträckning är rimlig. Ett antal övriga områden kan eventuellt kontrolleras mot satellitbilder också, för att få lite mer beslutsunderlag. Jag föreslår detta eftersom jag har sett alldeles för mycket importerade skogspolygoner från CLC som inte verkar matcha verkligheten särskilt bra... Om inte dessa stickprov stämmer till åtminstone 80% så fundera på om inte det är bättre att avbryta importen... * Se till att relationen type=multipolygon inte missbrukas genom att sammanlänka alldeles för stora områden, eller flera oberoende areor som inte har någon relation. I dessa fall föreslår jag områdena inte heller läggs i samma relation. Multipolygon är okej för att skapa areor med hål i, annars inte. Detta är min åsikt. Håll polygonerna till förslagsvis ett fåtal km i utsträckning, inte flera mil. Bryt isär vid behov. * Kolla att geometrin är korrekt på all data. Kör josm validator och kolla åtminstone överlappande vägar, självkorsande vägar, slutna vägar, dubbletter med mera. * Lägg särskilt omsorg vid att kontrollera samtliga areor där det finns närhet, eller överlapp med befintliga landuse- och nature areor som redan finns i openstreetmap. * Och kanske viktigast av allt, ladda inte upp något live till databasen, utan förbered allt och lägga upp det färdigställda datat (import-kandidat) för granskning av åtminstone talk-se. När de har gått en period om, säg 2 veckor, utan att någon hittat problem så kan uppladdningen göras, förslagsvis i flera steg, så att det kan granskas allt eftersom. Var därefter behjälplig med support och var beredd att korrigera eventuella uppenbara strukturella/metodmässiga problem som kan hittas efteråt. Annars tycker jag rent principiellt att en import av våtmarker kan vara en bra idé. Det är svårt att fånga våtmarker på satellitbild och tidskrävande att undersöka i fält. Kör hårt! mvh zvenzzon 2015-06-26 7:44 GMT+02:00 Karl-Johan Karlsson karl.johan.karls...@gmail.com : Den 24 juni 2015 21:43 skrev Joakim Fors joa...@fo.rs: On 24 Jun 2015, at 15:20, Ture Pålsson t...@lysator.liu.se wrote: On 24.06.2015 14:54, Joakim Fors wrote: Kan väl hålla med om att ödemarken är ett av få ställen där CLC är OK att kladda med men bara om det inte blir sådana mega multipolygoner som övrig CLC data i Sverige är som går sönder genast någon nybörjare ens är i närheten av att redigera dom. Va, tycker du inte om tusenkvadratkilometerspolygoner som http://www.openstreetmap.org/relation/3207120 ? :-) På tal om det, ni som brukar redigera landuse (och framför allt landuse=forest), hur fanken bär ni er åt? Det händer lite då och då att jag stöter på sådana ytor som uppenbart inte stämmer med verkligheten, men där Bing verkar ha bra data. Hittills har det alltid slutat med att jag gett upp, eftersom det blir för krångligt. Sverige är ju i princip en enda gigantisk skog, med hål för åkrar och hus här och var… Gissar du stött på någon gammal äcklig CLC-import. Har man vanan inne med JOSM så kan man hantera det om man klipper sönder polygonen längs väl utvalda vägar eller andra naturliga avbrott och sen kör man “Improve way accuracy” pluginet för att snygga till. I övrigt är det en pina. Jag har länge stört mig på detta också. Innan så har jag bara noterat att det är någon typ av importerad data, men nu när ni började snacka om det så ser jag att det står CLC06 (Corine Land Cover 2006 version 15) som source. Tidigare har jag inte vågat förstöra den typ av importerad data, men vad jag förstår av er så är det bara att snygga till efter bästa förmåga. Jag gissar att man i så fall får uppdatera source och lägga till Bing också. Gör man det däremot från grunden så är det ganska avkopplande att rita landuse. ;) Egentligen borde man kanske slänga på en multipolygon med landuse=forest över hela Sverige, med befintliga ytor som hål. :-) App app app. Skåne är tvärtom, bara farmland med några pluppar skog. ;) ___ 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 ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-cz] Je možno kopírovat z jiných map?
Dne 26.6.2015 v 08:19 Jachym Cepicky napsal(a): ale jeji kartograficky zakres do mapy uz jo, proto sice muzeme kreslit znacke z terénu do osm, ale ne prekreslovat z jinych map No ale podle toho predchoyiho dokumentu a i dle definice [1] je to prave jenom ta znacka, ten graficky prvek a ten rendering. Ta samotna informace (napr. ze tento dum je restaurace se jmenem To-a-To) uz ale ne. Takze velmi IMHO ten fakt ze nekde je restaurace s timto jmenem muzes prekreslit do sve mapy aniz bys porusoval AZ. [1] https://www.vugtk.cz/slovnik/1117_kartograficke-dilo Mirek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Je možno kopírovat z jiných map?
-- Původní zpráva -- Od: Miroslav Suchý miros...@suchy.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 26. 6. 2015 8:37:35 Předmět: Re: [Talk-cz] Je možno kopírovat z jiných map? Dne 26.6.2015 v 08:19 Jachym Cepicky napsal(a): ale jeji kartograficky zakres do mapy uz jo, proto sice muzeme kreslit znacke z terénu do osm, ale ne prekreslovat z jinych map No ale podle toho predchoyiho dokumentu a i dle definice [1] je to prave jenom ta znacka, ten graficky prvek a ten rendering. Ta samotna informace (napr. ze tento dum je restaurace se jmenem To-a-To) uz ale ne. Takze velmi IMHO ten fakt ze nekde je restaurace s timto jmenem muzes prekreslit do sve mapy aniz bys porusoval AZ. [1] https://www.vugtk.cz/slovnik/1117_kartograficke-dilo To možná můžeš, ale ještě před tím, bych si někde (třeba na webu) ověřil, že ta restaurace ještě pořád existuje. To že má restaurace webové stránky ještě neznamená, že je otevřená ;-) Speciálně některé restaurace neustále mění majitele, název a koncepci. K čemu je mi informace v mapě, že tady a tady je restaurace, když tam přijdu a zjistím, že už je několik měsíců (let) zavřená? Marián Mirek ___ 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-es] Subir el censo de locales de Madrid
Buenos días a tod@s! Soy nuevo en la lista y quería lanzaros una preguntilla. Me gustaría subir los datos del censo de locales http://datos.gob.es/catalogo/censo-de-locales-sus-actividades-historico-5 que publicó el ayuntamiento de Madrid a OSM (si es que no está subido, que la verdad es que no sé muy bien aún si lo están). Me han comentado que la licencia no está muy clara y que os preguntase por si me podíais orientar: http://datos.madrid.es/portal/site/egob/menuitem.619dfa2990e56405bb8d69f6ecd08a0c/?vgnextoid=b4c412b9ace9f310VgnVCM10171f5a0aRCRD Tampoco he subido nunca datos a OSM, pero me han recomendado que le eche un vistazo a learnosm.org/en, ¿alguna recomendación más? Gracias y un abrazo! Raúl Raúl Jiménez Ortega http://www.rauljimenez.info - @hhkaos http://www.twitter.com/hhkaos Linkedin http://linkd.in/TZmsCs | Google + https://profiles.google.com/hhkaos | SlideShare http://www.slideshare.net/hhkaos | Github https://github.com/hhkaos *Urgent contact:* *+34 652 38 43 50 * ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk-ie] Talk-ie Digest, Vol 73, Issue 13
Hi all Yes Dave. I will be at meet up. I will have with me some OS out of copyright paper sheets (probably Kilkenny, Wicklow and Dublin)and photos of others Counties. 6, 25, and 50. I have found it useful doing townlands and other detail to have either a real 6, or a photo of one to help identify blurry boundaries on the GSGS. I have also used piclayer in Josm to position an image using 25and 50' very quick to do and a great help in a congested area. Hoping someone will do the same on one of the 6images I bring. If seen to work then we have a huge resource. I hope to sort out some scans of KK 6 inch for the area not yet done. If they are piclayered they are a delight to use. Looking forward to it. On 24 June 2015 at 13:00, talk-ie-requ...@openstreetmap.org wrote: Send Talk-ie mailing list submissions to talk-ie@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ie or, via email, send a message with subject or body 'help' to talk-ie-requ...@openstreetmap.org You can reach the person managing the list at talk-ie-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ie digest... Today's Topics: 1. Re: Next OpenStreetMap Ireland Meet - 27th June (Dave Corley) -- Message: 1 Date: Tue, 23 Jun 2015 20:02:53 +0100 From: Dave Corley davecor...@gmail.com To: Discussion of Open Streetmap in Ireland talk-ie@openstreetmap.org Subject: Re: [OSM-talk-ie] Next OpenStreetMap Ireland Meet - 27th June Message-ID: cahwd_afdo19nja0j5do95ho_xlvsrtw6jen5utjun3owrpb...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 Hi all, Just a quick reminder about this, hope to see a lot of you there. If you haven't already done so, can you drop me, or Ciaran a quick mail to say you are coming as Fingal Coco want to know how many are attending as far in advance as possible. On a side note, Mapillary sent me on a load of phone holders and a few t-shirts so I'll be giving those out at the event to anyone who wants one. See you there, Dave On Mon, Jun 15, 2015 at 6:19 PM, Dave Corley davecor...@gmail.com wrote: Hi all, Time for another meetup maybe? I think so :) Fingal County Council are kindly donating space (and wifi) for us to use in the council building in Swords on 27th Jun located here http://osm.org/go/etqCH~JbZ-?m= We have the space from 9:30am to 6pm. I'll be sticking around for a while in the evening also for anyone who wants to go for drinks or a bite to eat afterwards. There will be no food provided however you are welcome to bring your own or there are plenty of cafe's and shops within a short walk in Swords itself. As with all other events, its open to anyone, so if you are a long time editor / newbie / hacker / data user or just plain curious, you are more than welcome. For those using the bus, there is a stop right outside the building and it is served by the following routes (according to Dublin Bus) 33, 33a, 33b, 41, 41a, 41b, 41c, 43. Check which best serves you on the Dublin Bus website here http://www.dublinbus.ie/en/ For those driving, you'll want exit 3 off the M1, and there is free parking on Saturday on Chapel Lane, just around the corner from the council building Hope to see you all there Thanks, Dave -- Subject: Digest Footer ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -- End of Talk-ie Digest, Vol 73, Issue 13 *** ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
Hi legal-talk people We’re thinking of starting to use OSM data at Mapillary (http://www.mapillary.com/) to improve our service to users. At SotMUS earlier in the month I heard several speakers say in connection to commercial applications, something like “as long as you don’t modify OSM data you are fine”. Which I take they meant that you don’t have to ODbL your database and internal data. 1) Are there any official guidelines for this? 2) Specifically we want to use shapes for city/regional/country borders to compute stats for our contributors. We are currently using a public domain set that is a LOT worse than OSM and would be great to switch. We will not edit OSM data in any way, but store shapes/polygons and use for stats lookups. Can we import OSM shapes without requiring ODbL of our data? 3) We’re working on a photo routing feature. In the future it would be awesome to store the closest OSM road segment ids to our photo sequences in our internal database (either a specific routing db or our main db). Does storing ids as a property of some objects in our db require ODbL release of our data? Sorry for the long email and the many questions. We want to do this right and prefer a conservative approach as we’re fairly new to OSM. yours, /Jan Erik ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-it] Aggiornamento dei distributori di carburante
ho il sospetto che molti dei brand sopra elencati siano in realtà degli Indipendent ...mah. Ok, ora bisogna decidere quali value utilizzare (almeno per le compagnie più note) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Aggiornamento-dei-distributori-di-carburante-tp5848265p5848949.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-dk] Der er nu en Mapillary Plugin til JOSM klar
Hej alle sammen Til orientering : Flere har efterlyst en Mapillary plugin til JOSM gennem længere tid, så du kan bruge de crowdsourcet billeder som lag for skabe nye geografiske objekter eller verificere objekter- Der er nu en version klar (som løbende bliver forbedret) - Du skal have den seneste JOSM installeret og så i indstillinger udvidelser (plugin) find Mapillary på listen og installer. Du kan læse mere om Mapillary plugin og hvad der venter af nye forbedringer i plugin http://blog.mapillary.com/update/2015/06/25/josm-mapillary.html Hvis du bruger iD som din OSM editor så kan du også få adgang til Mapillary billederne - læs vejledning her http://www.microformats.dk/2014/10/20/id-editor-er-nu-klar-med-en-mapillary-plugin/ Vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
Jan Erik As the name of this list says it is legal talk (aka yapping without consequence) ... not get-help-from-the-OSMF. The proper places to address are plastered all over openstreetmap.org and osmfoundation.org: le...@osmfoundation.org (policy issues and similar) or legal-questi...@osmfoundation.org (for specific use questions). The session at SOTM-US (I wasn't there so I only have 2nd hand accounts) seems to have mainly been the usual fairy tales with an agenda and can be safely (and should be) ignored. (That is the polite version.) We currently get at least a handful of enquiries to legal-questions per week, sometimes per day, they typically get a response within 24 hours (obviously the proper places can easily be found). Most can be resolved by pointing to the relevant published guidelines - http://wiki.osmfoundation.org/wiki/License and - http://wiki.osmfoundation.org/wiki/License/Community_Guidelines there are some that take longer to close, but that is rare. Inquires range from cinema and TV productions wanting to use OSM to new business wanting to use OSM data in novel ways. Naturally we cannot be an Ersatz-counsel for businesses trying to get their ideas vetted (this has nothing to do with being lawyers or not btw), but we can give pointers to what will and what will not work. To your questions: 1) yes, see above 2) if you are generating the stats data on the fly there is no database and nothing to share (the polygons are naturally derived from OSM and subject to the ODbL but will likely fall under the trivial transformation guideline). If you are storing the generated stats in a database and publishing them in principle you should probably make the statistical dataset available (given that you are already publishing it, that shouldn't be an issue) on request. 3) the problem is that doing it in the proposed way is technical nonsense so I'm not sure if it makes any sense to burn brain power to discuss it further (OSM object IDs are not stable references). Simon Am 26.06.2015 um 09:34 schrieb Jan Erik Solem: Hi legal-talk people We’re thinking of starting to use OSM data at Mapillary (http://www.mapillary.com/) to improve our service to users. At SotMUS earlier in the month I heard several speakers say in connection to commercial applications, something like “as long as you don’t modify OSM data you are fine”. Which I take they meant that you don’t have to ODbL your database and internal data. 1) Are there any official guidelines for this? 2) Specifically we want to use shapes for city/regional/country borders to compute stats for our contributors. We are currently using a public domain set that is a LOT worse than OSM and would be great to switch. We will not edit OSM data in any way, but store shapes/polygons and use for stats lookups. Can we import OSM shapes without requiring ODbL of our data? 3) We’re working on a photo routing feature. In the future it would be awesome to store the closest OSM road segment ids to our photo sequences in our internal database (either a specific routing db or our main db). Does storing ids as a property of some objects in our db require ODbL release of our data? Sorry for the long email and the many questions. We want to do this right and prefer a conservative approach as we’re fairly new to OSM. yours, /Jan Erik ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Sous relations itinéraires cyclables
Bonjour, Effectivement, il peut y avoir une discussion autour de ces données. Mais la question portait plus ici sur les différentes modélisations possibles des relations. Pas d'idées ? Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5848950.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Aggiornamento dei distributori di carburante
2015-06-26 9:48 GMT+02:00 Aury88 spacedrive...@gmail.com: ho il sospetto che molti dei brand sopra elencati siano in realtà degli Indipendent ...mah. rimango del parere che brand=independent non funziona per indicare che un esercizio commerciale non ha un brand. brand non ha valori astratti/formali, come non ne ha name. brand è il marchio sotto il quale si opera, quello che si vede andando lì (quando non è un nome ma un brand). brand=independent per posti che hanno un altro brand (dove non si legge independent) è sbagliato concettualmente come è sbagliato inserire name=no_name dove non c'è un nome o name=unknow o name=fixme. Nessun utilizzatore dei dati potrà capire se il brand è independent oppure è un marchio indipendente (diverso). Casomai si volessi indicare che un brand non è registrato da un grande raffinatore di petrolio, si dovrebbe usare un'altra chiave come independent_brand=yes Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Sous relations itinéraires cyclables
Je pense qu'il faut s'intéresser de prêt à ce sujet, car il risque de conditionner le futur des relations cyclables. Mais comme je ne maitrise pas le sujet, je m'abstiens Stf Le 26/06/2015 10:16, GaelADT a écrit : Bonjour, Effectivement, il peut y avoir une discussion autour de ces données. Mais la question portait plus ici sur les différentes modélisations possibles des relations. Pas d'idées ? Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5848950.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sous relations itinéraires cyclables
J'essaye de résumer les discussions que l'on a eu avec notre stagiaire. Je rappelle qu'il s'agit de relations de plusieurs centaines de km : 1) Il serait possible d'avoir une relation avec uniquement des ways dedans. On est d'accord, c'est très moche, et compliqué à maintenir. Mais pourtant ce que l'on a déjà sur certaines relations en France. 2) Il est possible d'avoir une relation composée d'autres relations (voies vertes) existantes et des ways. Exemple La Véloroute de la Meuse (relation 2096855) http://www.openstreetmap.org/relation/2096855 . C'est bien car on réutilise les voies vertes existantes. C'est un peu moche car on a plein de ways à côté. 3) On peut également faire un découpage de la véloroute en étapes. Ces étapes on bien souvent une existance (document papier et panneaux). Du coup on on aurait une véloroute composée de sous relations, où chacune de ses sous relations serait une étape clairement identifiée. Exempmle : La Vélodyssée (relation 4774799) : http://www.openstreetmap.org/relation/4774799 C'est plus joli non ? :) Gaël -- View this message in context: http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5848955.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-se] Vilse i skogen (var: Test av Corine-import av våtmarker i Lappland)
Förresten, är det någon som sitter på en färdig tabell som mappar Corine-koder till lämpliga OSM-taggar? Lugn, jag tänker inte massimportera, men det kan ju vara intressant att göra en mash-up lokalt! Eftersom vi pratade om myrar så kollade jag på 412, Peat bogs, men det verkar vara ont om dem i mina trakter. Synd, jag såg nästan fram emot att leka Upptäcktsresande i helgen. :) ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-br] Limite de cidades com distritos
O IBGE sempre define um distrito para um município e há vários com apenas um distrito com o mesmo nome do município. Fiz uma compilação de todos os limites administrativos de municípios, baseados nas informações sobre setores censitários do IBGE, talvez ajude a entender melhor a questão: https://github.com/mapaslivres/municipios On Fri, Jun 26, 2015 at 12:22 PM, Nelson A. de Oliveira nao...@gmail.com wrote: Ou seja, onde não houver subdistritos necessariamente existirá um admin_level=9 idêntico ao admin_level=8 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Chiffres romains
Bof, on déplace la responsabilité d'une mauvaise gestion de la donnée de l'utilisateur vers le contributeur. Pour moi, la solution devrait venir de l'utilisateur, et il me semble qu'un dictionnaire, par exemple, permet de régler le problème. C'est pas d'ailleurs comme ça que procèdent les scripts bano, d'ailleurs ? Le 26/06/2015 18:02, Jo a écrit : Mais s'il n'y a que I ou V, il serait quasi impossible d'être sûr si c'est un chiffre romain. Qu'est-ce que vous pensez d'un nouveau tag? name_contains_numeral=5 ref_contains_numeral=3 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chiffres romains
Pour moi décrire le monde de façon explicite vaut mieux que décrire de façon opaque. Polyglot 2015-06-26 18:11 GMT+02:00 JB jb...@mailoo.org: Bof, on déplace la responsabilité d'une mauvaise gestion de la donnée de l'utilisateur vers le contributeur. Pour moi, la solution devrait venir de l'utilisateur, et il me semble qu'un dictionnaire, par exemple, permet de régler le problème. C'est pas d'ailleurs comme ça que procèdent les scripts bano, d'ailleurs ? Le 26/06/2015 18:02, Jo a écrit : Mais s'il n'y a que I ou V, il serait quasi impossible d'être sûr si c'est un chiffre romain. Qu'est-ce que vous pensez d'un nouveau tag? name_contains_numeral=5 ref_contains_numeral=3 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Bruxelles centre : nouveau piétonnier
Hi everyone, Great work on the pedestrian area! I see a problem with the Delhaize Anspach object though, not totally sure how to fix it (at least in iD, maybe it's easy with JOSM) : https://www.openstreetmap.org/way/244955720 -- Benoit 2015-06-25 18:21 GMT+02:00 Matthieu Gaillet mgwebm...@fastmail.fm: - Switching to english since most people are talking english here - So I just did the upload, changeset #32208516. No conflict at all for 550 modified objects. Joy ! :-) Matthieu On 25 Jun 2015, at 16:24, Jo winfi...@gmail.com wrote: Cela me semble préférable à une nuit passé à resoudre des conflits... 2015-06-25 16:11 GMT+02:00 Matthieu Gaillet matth...@gaillet.be: Alors si personne n’est contraire j’uploade ce soir. Il est vrai que le temps que les serveurs propagent la mise à jour et que les utilisateurs le fassent également ça nous laisse de la marge. On 25 Jun 2015, at 16:07, Jo winfi...@gmail.com wrote: En fait, il ne serait même pas si grave si nous sommes un peu trop tôt... 2015-06-25 16:00 GMT+02:00 Matthieu Gaillet matth...@gaillet.be: Merci Jo. Comme je m’ennuyais hier soir, j’ai commencé le boulot, essentiellement changer des tags aux routes existantes, des sens de circulation, et tracer des areas pedestrian. Le reste (pistes cyclables notamment, elle sont entrain d’être tracées) pourra être fait par après. L’idée est de faire en sorte qu’OSM soit prêt à minuit pile ;) Si ça marche on pourrait d’ailleurs en faire un communiqué de presse... J’espère que cette partie au moins ne posera pas trop de souci. Je vous ferai un retour d’expérience. Matthieu On 25 Jun 2015, at 13:00, Jo winfi...@gmail.com wrote: Salut Matthieu, J'attendrai simplement le jour que ça change et puis je commencerais de changer petit à petit. Si tu vas préparer des fichiers une semaine à l'avance, tu risques d'avoir beaucoup de conflits à resoudre. Jo 2015-06-24 17:26 GMT+02:00 Matthieu Gaillet mgwebm...@fastmail.fm: Hello, Dans quelques jours, le centre-ville de Bruxelles va être bouleversé par la mise en place d’un piétonnier, et surtout de la fermeture des axes principaux aux voitures et de la mise en place d’un « mini-ring » ou « boucle de desserte ». La majeure partie des changements est déjà connue via le site officiel de la Ville : http://plandecirculation.be/ Questions : 1°) pouvons-nous utiliser ces informations pour mettre à jour OSM ? Remarquez l’usage de Mapbox au passage ! 2°) est-ce que cela vaut la peine de préparer un changeset et de l’uploader dans une petite semaine ? 3°) est-ce d’autres mappeurs travaillent déjà là-dessus ? Si oui, comment coordonner tout ça ? Cette question vaut de manière générale pour tout changement d’envergure et planifié... Merci de vos réponses ! Matthieu ___ 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 ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-cz] Poděkování společnosti NetHost
Ahoj, neberte to, prosím, jako spam (nebo berte, chcete-li), ale rád bych veřejně poděkoval společnosti NetHost, s.r.o., http://nethost.cz za velmi vstřícný přístup k provozu mapového serveru poloha.net. Tento VPS dlouhou dobu zcela vytěžoval disky na jejich hostingu a velmi výrazně zpomaloval ostatní klienty. Firma NetHost, namísto aby mě z hostingu vyhodila, nalezla řešení v podobě omezení datového toku na diskách, takže jejich vytěžování nyní už ostatní klienty neomezuje. Po mém následném postesknutí na zpomalené diskové operace jsem/jsme dostali zdarma 2GB RAM navíc, aby zbylo na cache. Pokud tedy hledáte slušného a spolehlivého providera, zvažte NetHost či přímo jejich Flexi VPS, http://flexi-vps.cz/ , která je v tomto případě ještě více flexi, než firma na webu nabízí. Děkuji moc! -- p ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Chiffres romains
Je crois qu'Éric voudrait savoir s'il existe un moyen pour qu'un synthétiseur vocal prononce une rue nommée Georges V comme si c'était écrit Georges 5, et non pas Georges Vé Francescu Le 26 juin 2015 15:19, Vincent Privat vincent.pri...@gmail.com a écrit : Tu peux préciser ce que tu ne parviens pas à faire avec JOSM ? Je ne vois pas de souci immédiat avec les chiffres romains. Le 26 juin 2015 2:00 PM, Eric Sibert courr...@eric.sibert.fr a écrit : Bonjour, Il y a moyen de saisir des chiffres romains dans OSM/Josm? Parce que quand le logiciel de guidage me parle de George vé ou Henry ivé, j'ai du mal :-p Je pourrais aussi avoir des références comportant des chiffres romains et pour certains traitements, ça serait bien que ce soit reconnu comme des nombres mais affiché comme des chiffres romains sur les cartes. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Perchè la CC-BY-SA non è compatibile con la ODBL
Quindi sono al punto di partenza: perchè incompatibili ? Quali sono i termini che non permettono la compatibilità ? share alike. Se cc-by-sa deve rimanere cc-by-sa non può diventare odbl Confermo Inoltre poi si apre la questione che le cc prima della versione 4.0, non vanno bene sui dati. La licenza che cerca di fare felici è la IODL 1.0 http://www.formez.it/iodl/ dove in fondo viene scritto chiaramente LICENZE COMPATIBILI Ai sensi dell'art. 1 IODL, sono licenze compatibili: - la licenza Creative Commons, Attribuzione Condividi allo stesso modo (CC-BY-SA), sia internazionale in versione 3.0 o successiva (disponibile all'URL http://creativecommons.org/licenses/by-sa/3.0/) che adattata a specifiche giurisdizioni, in versione 2.5 o successiva (in italiano disponibile all'URL http://creativecommons.org/licenses/by-sa/2.5/deed.it) - la licenza Open Data Commons, Open Database License (ODbL), in versione 1.0 o successiva (disponibile all'URL: http://www.opendatacommons.org/licenses/odbl/) da notare che è la compatibilità è mono direzionale. Ovvero: da IODL 1.0 puoi andare verso ODbL o CC-BY-SA, ma non il rovescio. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [talk-ph] Renaming BDO branches (planned mechanical edit)
I use overpass turbo to retrieve the BDO branches data but I manually review them and make edits through JOSM. So, it's more or less a semi-automatic method of editing. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez From: maning sambale emmanuel.samb...@gmail.com To: ianlopez ian_lopez_1...@yahoo.com Cc: Osm-ph talk-ph@openstreetmap.org Sent: Wednesday, June 17, 2015 7:18 PM Subject: Re: [talk-ph] Renaming BDO branches (planned mechanical edit) Dear Ian, Looks sensible to me. Are you doing this using an automated method (i.e. script) or manually reviewing all ~400 BDOs? On Wed, Jun 17, 2015 at 2:08 PM, ianlopez ian_lopez_1...@yahoo.com wrote: Last March 21, malenki made an edit on various Philippine banks [1]. In that changeset, he attempted to standardize tagging for BDO branches by renaming them to “Banco de Oro, among other changes. I intend to rename banks tagged as name=“Banco de Oro” (using the tag name=BDO), since they are branded as such [2], in which malenki agrees[3]. Not only that, this is an attempt to make the name tag for BDO branches consistent. Thus, the need for a mechanical edit to make the needed changes. Affected areas: Places with a BDO branch. Based on an Overpass turbo query, there are 410 branches in OpenStreetMap[4]. Planned tagging schema for BDO branches: amenity=bank name=BDO operator=BDO Unibank alt_name=Banco de Oro Optional tags atm=yes branch= [name of branch] (if previously added) address tags opening_hours= [time the branch is open] (if previously added) How will I edit: I got an OSM data extract of BDO branches in many parts of the country via overpass turbo. I intend to create 31 changesets for this edit: * two for Mindanao (Zamboanga Peninsula, Basilan, Sulu, Taw-Tawi, Northern Mindanao, Lanao del Sur and CARAGA; Davao Region, SOCCSKSARGEN and Maguindanao) * two for Visayas (Boracay, Panay and Negros; Cebu, Bohol, Samar and Leyte) * one for Palawan * four for Southern Luzon (Bicol; Laguna and Quezon; Batangas; Cavite) * fourteen for Metro Manila and Rizal (Parañaque [south of NAIA], Las Piñas and Muntinlupa; Parañaque [west of NAIA] and Pasay; Makati; Fort Bonifacio area, Taguig and Pasig [south of Pasig River/Napindan Channel]; Pasig [north of Pasig River/Napindan Channel]; Cainta, Taytay and Angono; Marikina and Antipolo; Mandaluyong and San Juan; Quezon City [District 4; Districts 2, 5 and 6; Districts 1 and 3]; Manila [north of Pasig River; south of Pasig River and Santa Ana]; Caloocan, Malabon, Navotas and Valenzuela) * eight for Northern and Central Luzon (Bulacan; Pampanga; Bataan and Zambales; Nueva Ecija and Tarlac; Pangasinan; La Union and Benguet; Isabela and Cagayan; Ilocos Provinces and Abra) I also intend to add, change (short_name=BDO to name=BDO; name=Bdo to name=BDO) and remove some tags in the process (type=*, osm_id=*, designation=* among others) Planned edit date: June 26, 2015 Feel free to make comments/suggestions concerning my planned mechanical edits in this thread. [1] http://www.openstreetmap.org/changeset/29637953 [2] per a changeset comment in [1], he states that You are quite welcome to do so., referring to the plan to rename the elements tagged as Banco de Oro to BDO [3] see https://www.bdo.com.ph/about-bdo/business-operation (alternate copy at https://web.archive.org/web/20150501072847/https://www.bdo.com.ph/about-bdo/business-operation ) [4] http://overpass-turbo.eu/s/9Yp - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-it] Aggiornamento dei distributori di carburante
sent from a phone Am 26.06.2015 um 15:48 schrieb Aury88 spacedrive...@gmail.com: per me ha lo stesso senso di cose tipo oneway=no...serve ad indicare il fatto che non abbia brand e distinguerlo dalla non mappatura/segnalazione da parte del mappatore la differenza sta nei valori che ti aspetti: in oneway ti aspetti un set predefinito di valori, soprattutto yes e no, mentre brand come name è un freetext. Mentre Yes è un errore in oneway, in brand Yes è giusto come yes, ma sono 2 cose diverse. independent come lo proponi tu di usare in brand, sarebbe indistinguibile da un brand di questo nome, infatti, independent non è un brand e non va messo nel tag brand. Ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Chiffres romains
Mais s'il n'y a que I ou V, il serait quasi impossible d'être sûr si c'est un chiffre romain. Qu'est-ce que vous pensez d'un nouveau tag? name_contains_numeral=5 ref_contains_numeral=3 that way it's unambiguous for routers that are smart enough to take such tag into account. Jo 2015-06-26 17:29 GMT+02:00 Yves Pratter yves.prat...@laposte.net: Je pense que la synthèse vocale devrait gérer ça avec un dictionnaire. -- Yves Le 26 juin 2015 16:42, Eric SIBERT courr...@eric.sibert.fr a écrit : Je cherche un moyen pour indiquer que c'est n'est pas juste un enchaînement de lettre mais un nombre écrit en chiffres romains et pouvoir l'exploiter en conséquence par exemple pour une synthèse vocale. -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chiffres romains
@Vincent : Je pense que sa demande est simplement de voir si l'on peut avoir deux écritures au niveau balise afin de facilité l'interprétation du tag name pas les algos des logiciels de guidage @Eric: Je pense que le problème c'est l'interprétation du logiciel de guidage qui lie les chiffres Romains lettre par lettre... C'est pas avec JOSM (qui sert à faire de l'édition) que l'on peut changer le problème. C'est soit le référenciel OSM soit le logiciel de guidage. Malheureusement il n'y a pas un seul code page qui permet d'avoir les chiffres romain comme lettre isolé pour chaque chiffre romain. Les chiffre sont donc des lettres et sont interprétés phonétiquement comme tels. Le mieux serait de normaliser l'écriture afin de faciliter la détection et l'interprétation. Il y a aussi le cas des ref:D 8III qui sera lu dans ton cas Dé Trois i i i Ce que tu demandes c'est interprétation des chiffres mais on peut aussi aller plus loin sur l'interprétation des mots directement avec une transcription phonétique. En clair on force la diction en courcircuitant une parti de l'algorithme qui va servir à traduire un mot en phonétique. Je pense qu'isolé la partie chiffre romain (en mettant juste un espace pour séparer) et faire un algo de détection en regex permettrait de régler le problème de lecture. Mais, il faut voir si cette norme sera approuvé pour l'édition... Puis signaler le problème et la solution de détection éventuelle aux développeurs de ta solution de guidage. exemple George VI et D 8 III Dans les cas précédents les lettres chiffres romains ne sont pas collés au mot donc un regex est possible pour l'interprétation. Le problème c'est que le regex ne doit pas prendre les premières lettre dans le tag ref ... Car D est aussi un chiffre romain (500). Donc ça implique d'avoir des cas spéciaux partout pour une interprétation correcte ... La solution la plus simple est de proposer un tag de lecture phonétique. Cela corrige tous les problèmes d'interprétation: - les problèmes liés au contexte régionaux l'interprétation du s en fin de nom de commune par exemple l'interprétation des noms en alsacien (sheim prononcé saïm) - les problèmes de lecture des abréviations - les noms étrangers mal prononcés Il existe différents systèmes de transcription phonétique dont un qui est international. A voir si l'on peut faire un outil qui permettrait d'en facilité l'utilisation. exemple: name:Avenue George V name:phonetics:fr=*ˈævənju: **ʒɔrʒ sε̃k* name:phonetics:en=*avnyˈdʒɔ:dʒ faɪv* *PS: Je sais, c'est pas très facile à lire, mais c'est comme une autre langue ;-) * Le 26 juin 2015 15:18, Vincent Privat vincent.pri...@gmail.com a écrit : Tu peux préciser ce que tu ne parviens pas à faire avec JOSM ? Je ne vois pas de souci immédiat avec les chiffres romains. Le 26 juin 2015 2:00 PM, Eric Sibert courr...@eric.sibert.fr a écrit : Bonjour, Il y a moyen de saisir des chiffres romains dans OSM/Josm? Parce que quand le logiciel de guidage me parle de George vé ou Henry ivé, j'ai du mal :-p Je pourrais aussi avoir des références comportant des chiffres romains et pour certains traitements, ça serait bien que ce soit reconnu comme des nombres mais affiché comme des chiffres romains sur les cartes. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-es] Charla en el IGN, deberes para OSM.es
Yo soy el último gato aquí xd, pero... contad con mi espada para echar una mano en lo que buenamente pueda ;). Mi especialidad es hacer comunidad, por lo que si puedo ayudar en esa parte (o en la que sea)... no tenéis más que decirlo :) P.D: sorry si soy escueto, estoy en el móvil ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-de] Openlandscapemap ohne Lizenzhinweis
Die Tiles sind von gravitystorm aka Andy Alan .. ich stupf ihn mal. Simon Am 26.06.2015 um 11:29 schrieb Michael Paulmann: Hallo! Ich habe openlandscapemap auf Gaia GPS entdeckt und die Karte wird immer ohne unseren Lizenzhinweis verwendet. Wie weisst man die Betreiber jetzt darauf hin das dieser einzufügen ist? http://gaiagps.appspot.com/demomap?tilecachekey=OpenLandscapeMap Gruß Paulest ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Chiffres romains
Bonjour Le 26/06/2015 13:58, Eric Sibert a écrit : Parce que quand le logiciel de guidage me parle de George vé ou Henry ivé, j'ai du mal :-P Les chiffres romains sont UTF-8, donc si tout le monde s'accordait à utiliser les chiffre romaines UTF-8 au lieux des lettres latines, cela éviterait le problème de la synthèse vocale qui ne fait que lire lesdites lettres latines Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Perchè la CC-BY-SA non è compatibile con la ODBL
non solo quelli che incontri ma tutti. Li potresti dire che si trovano in osm ed avresti soddisfatto la odbl (fermo restando che non hai applicato modifiche) oppure puoi spiegare che modifiche hai fatto (es. conversione di coordinate) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Chiffres romains
Je pense que la synthèse vocale devrait gérer ça avec un dictionnaire. -- Yves Le 26 juin 2015 16:42, Eric SIBERT courr...@eric.sibert.fr a écrit : Je cherche un moyen pour indiquer que c'est n'est pas juste un enchaînement de lettre mais un nombre écrit en chiffres romains et pouvoir l'exploiter en conséquence par exemple pour une synthèse vocale. -- Éric ___ 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: [Talk-br] Limite de cidades com distritos
Sim, mas Dois Irmãos de Buriti é cidade, tem prefeito, Câmara Municipal... Portando não é distrito e sim município, sendo sede. Palmeiras é um distrito subordinado administrativamente à Dois Irmãos, portando adm_level=9. Não tem prefeito, câmara, nem nada. Talvez tenha uma ou duas ruas. Vou insistir, pois realmente não entendo esse procedimento de ter que criar relação para todos os distritos que compõem uma cidade: - Toda a cidade, independentemente de ter distritos ou não, é denominada de distrito (sede). Exemplo cidade A: - Tem apenas o distrito sede (a cidade), tem prefeito, câmara Não temnenhuma vila, povoado, nada. Apenas a cidade; - Composição da área territorial: apenas a cidade (1 relação adm_level=8); - Procedimento no OSM: criar apenas uma relação adm_level=8; - Portanto não seria necessário ter uma relação adm_level=8 e outra adm_level=9, como está ocorrendo com 2 irmãos. Exemplo cidade B: - Tem distrito sede (a cidade, com Prefeito, câmara...) e 2 distritos sob subordinação administrativa; - Composição da área territorial: 1 cidade e 2 distritos (2 relações adm_level=9 e 1 relação adm_level=8); - Procedimento do OSM: criar 2 relações adm_level=9 (distritos) e 1 relação adm_level=8, com as adm_level=9 dentro dela; - Não seria necessário ter 3 relações adm_level=9 (para os 2 distritos mais a sede). Veja se a minha dúvida clareou agora. É o que está definido no IBGE. O município de Dois Irmão do Buriti é composto do distrito de Dois Irmão do Buriti + distrito de Palmeiras. As duas relações existem por causa disso. *Ivaldo* Nunes de Magalhães E-mail: ivald...@gmail.com Blog: makermaps.blogspot.com.br (67) 8108-7415 - 3431-2810 (61) 9139-7560 Em 26 de junho de 2015 10:16, Ivaldo Nunes de Magalhães ivald...@gmail.com escreveu: Mas porque existe a do distrito? Não bastaria a do municipio? Entendo como excesso ou duplicidade de informação. Porque? Quando digito no campo de busca do osm Dois Irmão do Buriti, aparece a relação do distrito (4108836 http://www.openstreetmap.org/relation/4108836). Área do município: http://www.openstreetmap.org/relation/334009 - Essa bate com a do ibge. Área do distrito: http://www.openstreetmap.org/relation/4108836 - Essa não. Conclusão: Excluir. ___ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite de cidades com distritos
2015-06-26 11:16 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com: Mas porque existe a do distrito? Não bastaria a do municipio? Entendo como excesso ou duplicidade de informação. Porque? É o que está definido no IBGE. O município de Dois Irmão do Buriti é composto do distrito de Dois Irmão do Buriti + distrito de Palmeiras. As duas relações existem por causa disso. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] Ortofoto
quali? sent from a phone Am 26.06.2015 um 16:22 schrieb beppebo...@libero.it beppebo...@libero.it: Scusate ma le ortofoto son ancora quelle del 2010_11 ? Quando inseriranno quelle nuove? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-br] Limite de cidades com distritos
Nelson, Percebi também que a relação da Cidade está com admin_level 9. O correto seria 8, não? (8 para cidades e 9 para distritos). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite de cidades com distritos
Mas no OSM está igual. É que existem dois Dois irmãos do Buriti: um é o distrito (Dois irmãos do Buriti) e outro o município (http://www.openstreetmap.org/relation/334009). A área definida pelo IBGE do município bate com a área no OSM: http://i.imgur.com/UZ55JPC.png ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite de cidades com distritos
Que coisa, de novo errei o link. Área do distrito: http://www.openstreetmap.org/relation/4108836 Área do município: http://www.openstreetmap.org/relation/334009 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
As the name of this list says it is legal talk (aka yapping without consequence) ... not get-help-from-the-OSMF I'm sorry to see this practice discouraged. The archive description[1] says this is the list for discussion of all legal matters relating to Openstreetmap, including licensing and copyright and the archives are full of people asking questions about attribution, virality and transformation. Simon, is there a place where guidance issued from the @osmfoundation.org addresses you list is made public? It seems like it could benefit others who find themselves with similar questions; it may also be relevant to resolving legal questions that are discussed elsewhere. On point 3 of Jan Erik's question: I've seen a few projects where staleness is not a concern and snapshots of OSM data can be used, affording ID stability. So I think it's probably worth talking this scenario through. As I noted elsewhere[2], EU and US law don't seem to make database IDs eligible for copyright (or associated license requirements), at least when their reproduction is associated with the lawful use of the relevant database. So I think you'd be find in this scenario. But I agree with Simon that your proposed implementation is going to come to grief because of ID instability. You might want to take a look at OpenLR[3], which is designed to solve problems similar to this one. Alas, it's not trivial to use, so I'm not sure if it would offer your users many benefits over the geographic information you're already storing. Tom 1: https://lists.openstreetmap.org/listinfo/legal-talk 2: https://lists.openstreetmap.org/pipermail/talk/2015-June/073250.html 3: http://www.openlr.org/ ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-br] Limite de cidades com distritos
Ou seja, onde não houver subdistritos necessariamente existirá um admin_level=9 idêntico ao admin_level=8 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Limite de cidades com distritos
Mas porque existe a do distrito? Não bastaria a do municipio? Entendo como excesso ou duplicidade de informação. Porque? Quando digito no campo de busca do osm Dois Irmão do Buriti, aparece a relação do distrito (4108836 http://www.openstreetmap.org/relation/4108836). Área do município: http://www.openstreetmap.org/relation/334009 - Essa bate com a do ibge. Área do distrito: http://www.openstreetmap.org/relation/4108836 - Essa não. Conclusão: Excluir. ___ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite de cidades com distritos
Quanto a busca, está certo também. Repare que o Nominatim retorna o distrito, a cidade e o nó da cidade (os 3 resultados do lado esquerdo): http://nominatim.openstreetmap.org/search.php?q=Dois+Irm%C3%A3os+do+Buriti ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite de cidades com distritos
Até onde vejo todo município é constituído de distritos. Pode ter apenas o distrito sede (o próprio município) ou distrit -sede + subdistritos (que é o caso aqui). Procure o item 1.8 aqui: http://www.ipeadata.gov.br/doc/DivisaoTerritorialBrasileira_IBGE.pdf Leia também o item 1.9 Todo município tem no mínimo 1 distrito (ele mesmo). É assim que o IBGE representa. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite de cidades com distritos
Nelson, A minha dúvida se dá na forma como é mostrado. Se você perceber, o pontinha ao norte não aparece no OSM, mas é mostrada no IBGE. Não confunde? Se você pesquisar no OSM Dois irmãos do Buriti, no resultado limite da aldeia, a relação mostrada abrange somente até a BR-262. A parte norte, além da BR-262 não aparece. É nessa área que estão os distritos. A minha dúvida se reside nesse ponto. Já no IBGE (@cidades), quando você seleciona Dois irmãos do Buriti, no mapinha (agora estão usando o OSM, antes era google) que aparece abaixo, mostra os limites total da cidade, incluindo a parte norte (os distritos). Entendo que deverias ser assim também no OSM. Ivaldo AVISO LEGAL “Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, peço que me retorne este e-mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver opiniões particulares e vínculos obrigacionais, expedida por quem não detenha poderes de representação por parte da ECT.” This message is intended only for the person to whom it is addressed and may contain confidential and/or legally privileged. If you are not a recipient of this message, it is now notified of refraining to disclose; copy; distribute; examine; or in any way use the information contained in this message because it is illegal. If you have received this message in error, please I ask to return this email, promoting as soon as possible the elimination of its content in database, records or system control. It is devoid of effective and valid message that contains the private opinions and dividend bonds, issued by those not holding powers of attorney by the ECT. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it] Aggiornamento dei distributori di carburante
dieterdreist wrote 2015-06-26 9:48 GMT+02:00 Aury88 lt; spacedriver88@ gt;: ho il sospetto che molti dei brand sopra elencati siano in realtà degli Indipendent ...mah. rimango del parere che brand=independent non funziona per indicare che un esercizio commerciale non ha un brand. brand non ha valori astratti/formali, come non ne ha name. brand è il marchio sotto il quale si opera, quello che si vede andando lì (quando non è un nome ma un brand). brand=independent per posti che hanno un altro brand (dove non si legge independent) è sbagliato concettualmente come è sbagliato inserire name=no_name dove non c'è un nome o name=unknow o name=fixme. Nessun utilizzatore dei dati potrà capire se il brand è independent oppure è un marchio indipendente (diverso). Casomai si volessi indicare che un brand non è registrato da un grande raffinatore di petrolio, si dovrebbe usare un'altra chiave come independent_brand=yes Ciao, Martin per me ha lo stesso senso di cose tipo oneway=no...serve ad indicare il fatto che non abbia brand e distinguerlo dalla non mappatura/segnalazione da parte del mappatore - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Aggiornamento-dei-distributori-di-carburante-tp5848265p5848979.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] Ortofoto
Scusate ma le ortofoto son ancora quelle del 2010_11 ? Quando inseriranno quelle nuove?___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Chiffres romains
Je cherche un moyen pour indiquer que c'est n'est pas juste un enchaînement de lettre mais un nombre écrit en chiffres romains et pouvoir l'exploiter en conséquence par exemple pour une synthèse vocale. -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Perchè la CC-BY-SA non è compatibile con la ODBL
Ok, quindi se ho capito bene il problema è a monte, sulla CC-BY-SA, *NON* in una caratteristica della ODBL, giusto ? Il giorno 26 giugno 2015 13:50, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: sent from a phone Am 26.06.2015 um 13:13 schrieb Fabrizio Carrai fabrizio.car...@gmail.com: Quindi sono al punto di partenza: perchè incompatibili ? Quali sono i termini che non permettono la compatibilità ? share alike. Se cc-by-sa deve rimanere cc-by-sa non può diventare odbl ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- *Fabrizio* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Perchè la CC-BY-SA non è compatibile con la ODBL
2015-06-26 17:10 GMT+02:00 Fabrizio Carrai fabrizio.car...@gmail.com: Ok, quindi se ho capito bene il problema è a monte, sulla CC-BY-SA, *NON* in una caratteristica della ODBL, giusto ? Certo e vale anche il contrario: da ODbL a CC-BY-SA ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] Traduções em português do iD e JOSM
olá, nelson. só para relembrar do assunto. :D já há alguma posição sobre o subfórum de tradução? quanto à tabela, se for mesmo a solução a ser adotada, aviso que não conseguirei terminá-la sozinho. só as strings do josm somaram 49.000 linhas. estou incluindo cada string original em uma só linha (algumas ocupam mais de uma linha na tabela). ao lado, coloco a tradução, a qual estava antes embaixo (faço isso para no fim ordenar por ordem alfabética. assim ficará mais fácil de comparar com as outras traduções). ainda, apago as linhas que são apenas comentários. sendo assim, consegui resolver cerca de 6.000 linhas. ainda falta organizar as outras traduções e depois compará-las. se alguém quiser ajudar, favor avisar para que eu possa compartilhar a planilha com poderes de edição. Em qua, 10 de jun de 2015 às 15:03, Nelson A. de Oliveira nao...@gmail.com escreveu: (pela demora dá pra perceber que estou meio enrolado com e-mail) 2015-05-22 22:26 GMT-03:00 Adriano Rosa adriano...@gmail.com: a ideia de usar a planilha para comparar é boa? há algum método melhor? Isso, precisa ter algum documento ou local centralizando os termos, traduções e as pessoas. Já existe uma tabela em http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia Eu pedi (não sei se será aceito) para criar um subfórum específico de tradução dentro do nosso fórum. Se der certo é melhor para gerenciar e discutir as traduções. Conversei também com o Felipe (que traduziu grande parte das strings do JOSM) e a ideia dele é a mesma (ter algum tipo de tabela). Assim que tiver uma resposta sobre o subfórum eu mando uma mensagem para quem já traduziu alguma coisa (acredito que nem todos estejam inscritos aqui na lista). O que considero ser um ponto ideal (e que vamos chegar lá!) para as traduções é ter pessoas que entendam de inglês junto com quem possui experiência no mapeamento, discutindo e buscando o melhor termo que represente o objeto (e não apenas sair traduzindo sem nenhum tipo de coordenação, como acontece agora). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Adriano. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Chiffres romains
Il y en en encore d'autres: il y a encore d'autres chiffres codés pour 500, mille, un million et un chiffre spécial en forme de C à l'envers pour former des grand nombres (en combinaison avec le C et le I). A cela il y a encore la convention utilisant les macrons (tirets hauts) en un ou plusieurs exemplaires comme multiplicateur par 1000. Ces chiffres sont utilisés dans CLDR (cependant il ne doit pas y avoir beaucoup de cas de noms de rues avec des nombres supérieurs à 500, la plupart sont des petits nombres et le dernier que je vois est le 23 (pour le pape Jean XXIII qui a donné des noms de rues). Les dates parfois sont notées en romains (pour les années) mais utilisent les chiffres latins de base MDCLXVI, mais rarement sur les noms de rues (ils sont plus souvent vus sur les dates de publication ou de copyright des œuvres). L'autodétection simple poserait problème dans certains cas: DI, LI, IL mais comme par convention on n'utilise pas l'écriture en toutes capitales, l'idée serait que seuls les nombres romains entièrement en capitales seraient reconnus comme tels et pour les autres cas on capitalisera uniquement l'initiale si nécessaire: Li, di, il qui ne seront donc pas lus comme des romains. Cependant des navigateurs GPS ont des formats de fichier imposant la conversion entièrement en capitales (c'est leur façon de compresser les données). Ils ne pourront pas faire la différence et devront se débrouiller (ils ne savant pas non plus lire les extensions phonétiques, mais e,n revanche peuvent afficher certains champs de note à défaut de les prononcer). Bref on revient à la solution de fournir un alt_name=* utilisant les chiffres arabo-européens (0-9) pour lever les ambiguités éventuelles d'une lecture incorrecte de cas comme D 8III ; les navigateurs GPS font une reconnaissance automatique des nombres romains isolés si on les écrit en mots séparés : D 8 III et donc Georges V est lu sans problème (d'autant plus qu'on évite les abréviations dans les noms). Le 26 juin 2015 19:39, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : En effet, j'ai trouvé ça dans la partie *general ponctuation* de la table utf-8 Voici les codes Unicode Caractère UTF-8 encodage HTML name U+2160 Ⅰ 226133160 #8544; ROMAN NUMERAL ONE U+2161 Ⅱ 226133161 #8545; ROMAN NUMERAL TWO U+2162 Ⅲ 226133162 #8546; ROMAN NUMERAL THREE U+2163 Ⅳ 226133163 #8547; ROMAN NUMERAL FOUR U+2164 Ⅴ 226133164 #8548; ROMAN NUMERAL FIVE U+2165 Ⅵ 226133165 #8549; ROMAN NUMERAL SIX U+2166 Ⅶ 226133166 #8550; ROMAN NUMERAL SEVEN U+2167 Ⅷ 226133167 #8551; ROMAN NUMERAL EIGHT U+2168 Ⅸ 226133168 #8552; ROMAN NUMERAL NINE U+2169 Ⅹ 226133169 #8553; ROMAN NUMERAL TEN U+216A Ⅺ 226133170 #8554; ROMAN NUMERAL ELEVEN U+216B Ⅻ 226133171 #8555; ROMAN NUMERAL TWELVE U+216C Ⅼ 226133172 #8556; ROMAN NUMERAL FIFTY U+216D Ⅽ 226133173 #8557; ROMAN NUMERAL ONE HUNDRED U+216E Ⅾ 226133174 #8558; ROMAN NUMERAL FIVE HUNDRED U+216F Ⅿ 226133175 #8559; ROMAN NUMERAL ONE THOUSAND U+2170 ⅰ 226133176 #8560; SMALL ROMAN NUMERAL ONE U+2171 ⅱ 226133177 #8561; SMALL ROMAN NUMERAL TWO U+2172 ⅲ 226133178 #8562; SMALL ROMAN NUMERAL THREE U+2173 ⅳ 226133179 #8563; SMALL ROMAN NUMERAL FOUR U+2174 ⅴ 226133180 #8564; SMALL ROMAN NUMERAL FIVE U+2175 ⅵ 226133181 #8565; SMALL ROMAN NUMERAL SIX U+2176 ⅶ 226133182 #8566; SMALL ROMAN NUMERAL SEVEN U+2177 ⅷ 226133183 #8567; SMALL ROMAN NUMERAL EIGHT U+2178 ⅸ 226133184 #8568; SMALL ROMAN NUMERAL NINE U+2179 ⅹ 226133185 #8569; SMALL ROMAN NUMERAL TEN U+217A ⅺ 226133186 #8570; SMALL ROMAN NUMERAL ELEVEN U+217B ⅻ 226133187 #8571; SMALL ROMAN NUMERAL TWELVE U+217C ⅼ 226133188 #8572; SMALL ROMAN NUMERAL FIFTY U+217D ⅽ 226133189 #8573; SMALL ROMAN NUMERAL ONE HUNDRED U+217E ⅾ 226133190 #8574; SMALL ROMAN NUMERAL FIVE HUNDRED U+217F ⅿ 226133191 #8575; SMALL ROMAN NUMERAL ONE THOUSAND Sinon, la phonétique c'est un autre cas peut-être plus complexe, mais ça évite les interprétations incorrectes. ;-) Le 26 juin 2015 19:37, David Crochet david.croc...@free.fr a écrit : Bonjour Le 26/06/2015 18:11, JB a écrit : Pour moi, la solution devrait venir de l'utilisateur Hum, je pense pas, mais cela dépasse la sphère JOSM ou OSM ou autre, c'est au monde entier de l'informatique d'abandonner le code ISO et de passer à l'UNICODE Ce sera déjà un grand pas dans l'uniformisation des données Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chiffres romains
C'est l'autre piste et ça m'étonne que Philippe n'a pas encore écrit 1,5 épistle là-dessus. C'était aussi ma première idée, mais c'est certain que ça complique l'édition, car il n'y a personne avec ces code points sur leur clavier. Jo 2015-06-26 19:07 GMT+02:00 David Crochet david.croc...@free.fr: Bonjour Le 26/06/2015 13:58, Eric Sibert a écrit : Parce que quand le logiciel de guidage me parle de George vé ou Henry ivé, j'ai du mal :-P Les chiffres romains sont UTF-8, donc si tout le monde s'accordait à utiliser les chiffre romaines UTF-8 au lieux des lettres latines, cela éviterait le problème de la synthèse vocale qui ne fait que lire lesdites lettres latines Cordialement -- David Crochet ___ 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] Chiffres romains
Bonjour Le 26/06/2015 18:11, JB a écrit : Pour moi, la solution devrait venir de l'utilisateur Hum, je pense pas, mais cela dépasse la sphère JOSM ou OSM ou autre, c'est au monde entier de l'informatique d'abandonner le code ISO et de passer à l'UNICODE Ce sera déjà un grand pas dans l'uniformisation des données Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Traduções em português do iD e JOSM
2015-06-26 14:34 GMT-03:00 Adriano Rosa adriano...@gmail.com: já há alguma posição sobre o subfórum de tradução? Ainda não... Vou dar um ping lá pra ver isso. A gente precisa ver o TTS do osmand também ;-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Chiffres romains
Pourquoi pas simplement alt_name=... Georges 5 pour fournir une lecture de Georges V ? sinon on peut aussi utiliser le code BCP47 pour l'extension phonétique API: name:fr-finapi=ˈævənju: ʒɔrʒ sε̃k (et non pas name:phonetic qui est une extension on standard) l'extension -fonapi est standard dans BCP47. Le 26 juin 2015 19:10, Jo winfi...@gmail.com a écrit : C'est l'autre piste et ça m'étonne que Philippe n'a pas encore écrit 1,5 épistle là-dessus. C'était aussi ma première idée, mais c'est certain que ça complique l'édition, car il n'y a personne avec ces code points sur leur clavier. Jo 2015-06-26 19:07 GMT+02:00 David Crochet david.croc...@free.fr: Bonjour Le 26/06/2015 13:58, Eric Sibert a écrit : Parce que quand le logiciel de guidage me parle de George vé ou Henry ivé, j'ai du mal :-P Les chiffres romains sont UTF-8, donc si tout le monde s'accordait à utiliser les chiffre romaines UTF-8 au lieux des lettres latines, cela éviterait le problème de la synthèse vocale qui ne fait que lire lesdites lettres latines Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chiffres romains
Non, car Osmose nous proposera Georges V (avec un s)... Note: les **nombres** romains sont surtout codés dans Unicode pour compatibilité avec les polices asiatiques, ils ne sont pas codés pour être composables comme chiffres dans des plus grands nombres qu'isolément (chaque caractère est codé et visualisé dans un unique carré de composition sinographique). C'est pourquoi ils incluent tous les nombres de 1 à 12 (pour représenter les mois de l'année ou les heures d'un cadran d'horloge) alors qu'Unicode aurait pu se contenter des chiffres I,V,X dans cet intervalle (les autres sont des nombres précomposés à éviter, hors de l'usage de compatibilité avec les polices sinographiques et jeux de caractères codés des normes nationales ou régionales de Chine, des RAS de Hong Kong et Macao, du Japon et des deux pays en Corée). Il n'y a strictement aucun rendu fiable des grands nombres avec les chiffres romains codés (pourtant CLDR propose un encodeur de nombres latino-arabes vers romains) mais il n'est qu'une suggestion encore largement en bêta, et pas une norme en tant que tel. Le 26 juin 2015 19:31, David Crochet david.croc...@free.fr a écrit : Bonjour Le 26/06/2015 19:10, Jo a écrit : mais c'est certain que ça complique l'édition, car il n'y a personne avec ces code points sur leur clavier. c'est là qu'osmose (ou consœur) serait utile : - on rentre « George V » - Osmose nous propose « George Ⅴ » Cordialement -- David Crochet ___ 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-legal-talk] Using OSM data without modifying - are there any guidelines?
Am 26.06.2015 um 16:55 schrieb Tom Lee: As the name of this list says it is legal talk (aka yapping without consequence) ... not get-help-from-the-OSMF I'm sorry to see this practice discouraged. The archive description[1] says this is the list for discussion of all legal matters relating to Openstreetmap, including licensing and copyright and the archives are full of people asking questions about attribution, virality and transformation. I'm not discouraging the practice of discussing things here, I'm discouraging the practice of coming here and expecting a definite answer from the licensor of the data and then moaning for years on end because they didn't get it. Or put differently there is no obligation at all to answer questions here, some might get an answer some not, YMMV. Simon, is there a place where guidance issued from the @osmfoundation.org http://osmfoundation.org/ addresses you list is made public? It seems like it could benefit others who find themselves with similar questions; it may also be relevant to resolving legal questions that are discussed elsewhere. The community guidelines and now and then the LWG minutes are the public part of the guidance. We clearly cannot create new policy on a case by case base and don't do so. The other part is that typically the devil is in the details, and companies don't want to and wouldn't expect tentative plans or vague ideas to be discussed in a public forum. On point 3 of Jan Erik's question: I've seen a few projects where staleness is not a concern and snapshots of OSM data can be used, affording ID stability. So I think it's probably worth talking this scenario through. As I noted elsewhere[2], EU and US law don't seem to make database IDs eligible for copyright (or associated license requirements), at least when their reproduction is associated with the lawful use of the relevant database. So I think you'd be find in this scenario. The question is not quite so simple, see discussion of the Fairhurst doctrine on the OSM wiki. But I agree with Simon that your proposed implementation is going to come to grief because of ID instability. You might want to take a look at OpenLR[3], which is designed to solve problems similar to this one. Alas, it's not trivial to use, so I'm not sure if it would offer your users many benefits over the geographic information you're already storing. I've pointed Jan Erik to the opentraffic.io segment matching and to overpass permanent ids. Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Chiffres romains
Bonjour Le 26/06/2015 19:10, Jo a écrit : mais c'est certain que ça complique l'édition, car il n'y a personne avec ces code points sur leur clavier. c'est là qu'osmose (ou consœur) serait utile : - on rentre « George V » - Osmose nous propose « George Ⅴ » Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chiffres romains
Ha ben j'aurais pas perdu ma soirée, comme ça ! J'imaginais pas que les chiffres romains avaient leurs caractères utf-8 à eux… (Mais quand je vois l'accueil qui a été fait aux tirets cadratins, notamment sur certains arrêts de métro, je vous souhaite bonne chance, vous encourage à continuer par là, mais je ne me battrais pas avec vous cette fois…) JB. Le 26/06/2015 19:07, David Crochet a écrit : Le 26/06/2015 13:58, Eric Sibert a écrit : Parce que quand le logiciel de guidage me parle de George vé ou Henry ivé, j'ai du mal :-P Les chiffres romains sont UTF-8, donc si tout le monde s'accordait à utiliser les chiffre romaines UTF-8 au lieux des lettres latines, cela éviterait le problème de la synthèse vocale qui ne fait que lire lesdites lettres latines ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] Poděkování společnosti NetHost
Dobré zprávy. Díky. Marián Dne 26.6.2015 v 18:58 Petr Vejsada napsal(a): Ahoj, neberte to, prosím, jako spam (nebo berte, chcete-li), ale rád bych veřejně poděkoval společnosti NetHost, s.r.o., http://nethost.cz za velmi vstřícný přístup k provozu mapového serveru poloha.net. Tento VPS dlouhou dobu zcela vytěžoval disky na jejich hostingu a velmi výrazně zpomaloval ostatní klienty. Firma NetHost, namísto aby mě z hostingu vyhodila, nalezla řešení v podobě omezení datového toku na diskách, takže jejich vytěžování nyní už ostatní klienty neomezuje. Po mém následném postesknutí na zpomalené diskové operace jsem/jsme dostali zdarma 2GB RAM navíc, aby zbylo na cache. Pokud tedy hledáte slušného a spolehlivého providera, zvažte NetHost či přímo jejich Flexi VPS, http://flexi-vps.cz/ , která je v tomto případě ještě více flexi, než firma na webu nabízí. Děkuji moc! -- p ___ 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-br] Encontro OSM Brasília - Julho
Olá, Realizaremos um encontro da comunidade do OSM de Brasília no dia 4 de Julho. Mais informações: https://www.openstreetmap.org/user/wille/diary/35294 -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Etwas OT: Radio-Feature - Ihre Route wird neu berechnet! - DRadio Kultur 2015-07-09
Etwas Off-topic, aber vielleicht für jemand interessant. Gruß Bernhard Deutschlandradio Kultur 2015-07-09 19:30-20:00 Zeitfragen. Feature - Ihre Route wird neu berechnet! Wie kartographisches Denken unser Weltbild formt Von Frank Kaspar Früher fixierten Karten Grenzen und dienten der Kontrolle von Territorien. Heute werden sie, je nach Bedarf, für jeden Standpunkt neu erstellt. Vom Wegweiser der Entdecker zum Routenplaner auf dem Smartphone, vom Geheimpapier der Mächtigen zum Echtzeit-Dokument: Karten sind, dank Satelliten-Navigation und digitaler Technologie, inzwischen allgemein verfügbar. Früher fixierten sie Grenzen und dienten der Kontrolle von Territorien. Heute werden sie, je nach Bedarf, für jeden Standpunkt neu berechnet. In einer globalen Welt können Karten internationale Beziehungen, Migrationsrouten, Bevölkerungsentwicklungen und Umweltprobleme veranschaulichen. Dabei machen sie so unmissverständlich wie kein anderes Medium deutlich, wie sehr unsere Weltsicht vom jeweiligen Standpunkt abhängt. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] Chiffres romains
Si osmose le détecte, le GPS aussi... C'est à l'outil d'analyser les mots. Éventuellement osmose peut aider à détecter une mauvaise ponctuation qui apporterait de la confusion. Ajouter de la phonétique... Comme si osm n'était pas déjà assez compliqué ;) Le 26 juin 2015 19:17, David Crochet david.croc...@free.fr a écrit : Bonjour Le 26/06/2015 19:10, Jo a écrit : mais c'est certain que ça complique l'édition, car il n'y a personne avec ces code points sur leur clavier. c'est là qu'osmose (ou consœur) serait utile : - on rentre « George V » - Osmose nous propose « George Ⅴ » Cordialement -- David Crochet ___ 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: [Talk-it] Aggiornamento dei distributori di carburante
dieterdreist wrote la differenza sta nei valori che ti aspetti: in oneway ti aspetti un set predefinito di valori, soprattutto yes e no, mentre brand come name è un freetext. Mentre Yes è un errore in oneway, in brand Yes è giusto come yes, ma sono 2 cose diverse. independent come lo proponi tu di usare in brand, sarebbe indistinguibile da un brand di questo nome, infatti, independent non è un brand e non va messo nel tag brand. Ciao Martin c'è un brand indipendent o Indipendent? sono d'accordo che non sia un brand, ma è anche vero che abbiamo un tag riferito ai brand e un value che per convenzione indica che non c'è il brand...fin quando non ci sarà ambiguità nel significato del value Indipendent a causa della comparsa di un brand chiamato con la stessa stringa secondo me non è un grosso problema. può non essere concettualmente giusto ma è abbastanza accettabile dal punto di vista funzionale, almeno per ora... comunque, essendo una pratica diffusa a tutto il mondo, a mio avviso si potrebbe pensare di fare una proposta per il nuovo tag (dovrà avere immagino un key tutto suo in modo da non lasciare l'ambiguità del value sul tag brand) nell'apposità lista. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Aggiornamento-dei-distributori-di-carburante-tp5848265p5849004.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: [OSM-talk-fr] Chiffres romains
En effet, j'ai trouvé ça dans la partie *general ponctuation* de la table utf-8 Voici les codes Unicode Caractère UTF-8 encodage HTML name U+2160 Ⅰ 226133160 #8544; ROMAN NUMERAL ONE U+2161 Ⅱ 226133161 #8545; ROMAN NUMERAL TWO U+2162 Ⅲ 226133162 #8546; ROMAN NUMERAL THREE U+2163 Ⅳ 226133163 #8547; ROMAN NUMERAL FOUR U+2164 Ⅴ 226133164 #8548; ROMAN NUMERAL FIVE U+2165 Ⅵ 226133165 #8549; ROMAN NUMERAL SIX U+2166 Ⅶ 226133166 #8550; ROMAN NUMERAL SEVEN U+2167 Ⅷ 226133167 #8551; ROMAN NUMERAL EIGHT U+2168 Ⅸ 226133168 #8552; ROMAN NUMERAL NINE U+2169 Ⅹ 226133169 #8553; ROMAN NUMERAL TEN U+216A Ⅺ 226133170 #8554; ROMAN NUMERAL ELEVEN U+216B Ⅻ 226133171 #8555; ROMAN NUMERAL TWELVE U+216C Ⅼ 226133172 #8556; ROMAN NUMERAL FIFTY U+216D Ⅽ 226133173 #8557; ROMAN NUMERAL ONE HUNDRED U+216E Ⅾ 226133174 #8558; ROMAN NUMERAL FIVE HUNDRED U+216F Ⅿ 226133175 #8559; ROMAN NUMERAL ONE THOUSAND U+2170 ⅰ 226133176 #8560; SMALL ROMAN NUMERAL ONE U+2171 ⅱ 226133177 #8561; SMALL ROMAN NUMERAL TWO U+2172 ⅲ 226133178 #8562; SMALL ROMAN NUMERAL THREE U+2173 ⅳ 226133179 #8563; SMALL ROMAN NUMERAL FOUR U+2174 ⅴ 226133180 #8564; SMALL ROMAN NUMERAL FIVE U+2175 ⅵ 226133181 #8565; SMALL ROMAN NUMERAL SIX U+2176 ⅶ 226133182 #8566; SMALL ROMAN NUMERAL SEVEN U+2177 ⅷ 226133183 #8567; SMALL ROMAN NUMERAL EIGHT U+2178 ⅸ 226133184 #8568; SMALL ROMAN NUMERAL NINE U+2179 ⅹ 226133185 #8569; SMALL ROMAN NUMERAL TEN U+217A ⅺ 226133186 #8570; SMALL ROMAN NUMERAL ELEVEN U+217B ⅻ 226133187 #8571; SMALL ROMAN NUMERAL TWELVE U+217C ⅼ 226133188 #8572; SMALL ROMAN NUMERAL FIFTY U+217D ⅽ 226133189 #8573; SMALL ROMAN NUMERAL ONE HUNDRED U+217E ⅾ 226133190 #8574; SMALL ROMAN NUMERAL FIVE HUNDRED U+217F ⅿ 226133191 #8575; SMALL ROMAN NUMERAL ONE THOUSAND Sinon, la phonétique c'est un autre cas peut-être plus complexe, mais ça évite les interprétations incorrectes. ;-) Le 26 juin 2015 19:37, David Crochet david.croc...@free.fr a écrit : Bonjour Le 26/06/2015 18:11, JB a écrit : Pour moi, la solution devrait venir de l'utilisateur Hum, je pense pas, mais cela dépasse la sphère JOSM ou OSM ou autre, c'est au monde entier de l'informatique d'abandonner le code ISO et de passer à l'UNICODE Ce sera déjà un grand pas dans l'uniformisation des données Cordialement -- David Crochet ___ 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: [Talk-cz] Poděkování společnosti NetHost
Ahoj, neberte to, prosím, jako spam (nebo berte, chcete-li), ale rád bych veřejně poděkoval společnosti NetHost, s.r.o., http://nethost.cz za velmi vstřícný přístup k provozu mapového serveru poloha.net. Tento VPS dlouhou možná by nebylo od věci udělat nějakou stránku na OSM wiki, která shrne, kdo a jak sponzoruje OSM a s ní spojené aktivity (ať už peněžně nebo jako v tomto případě v naturáliích - samozřejmě pokud se zveřejněním souhlasí). U podobných nadací se to běžně dělá: https://www.freebsdfoundation.org/donate/sponsors a koneckonců i OSM Foundation něco takového zveřejňuje: http://donate.openstreetmap.org/server2015/ Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Chiffres romains
@Philippe : Le alt_name n'est pas la solution car par défaut il n'est pas prioritaire vu que c'est name qui l'est. Mais le cas de la phonétique je note car ça c'est intéressant pour des cas spécifiques. Sinon pour en revenir au message de départ d'Eric, sont problème est bien que le V n'est pas détecté. Donc c'est soit l'algo de l'application GPS qui n'est pas bon. Soit l'appli n'utilise que le caractère unicode qui va bien, soit ils ont un dictionnaire de clés de remplacement. @jean-batiste: On ne force personne à l'utiliser, c'est juste pour traiter des cas particuliers! Et il y a, comme tu le sous-entends si bien, plus compliqué dans OSM comme la gestion des relations. La phonétique est dans le dico bilingue Larousse (pour le cité comme exemple) si tu ne sais pas comment l'écrire. Et c'est comme une langue (ou un langage de programmation), ça s'apprend. ;-) @Eric, quelle est l'application que tu as utilisé et sur laquelle tu as rencontré ce problème. A voir : - les tag name et name* avec les priorités utilisés pour le guidage vocal de l'application, - quel est l'algo d'interprétation utilisé par l'appli GPS (dixit le message de Philippe sur le CLDR) - CLDR est-il capable de lire une chaîne date en chiffre romain (Pour voir si un cas un peu tordu est bien traité). Perso j'ai pas testé et je pense que ça dépend du langage de programmation utilisé et de l'intégration des évolution de la dite norme. - l'application est-elle en capacité de lire du BCP47 (tag name:fr-finapi=*) d'ailleurs y a t-il une application qui l'utilise? Je pense qu'avec ça on aura fait avancer le schmilblick ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chiffres romains
attention fr-fonapi=* (j'ai fait une faute de frappe dans la première occurence) et non finapi Le 26 juin 2015 21:26, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : @Philippe : Le alt_name n'est pas la solution car par défaut il n'est pas prioritaire vu que c'est name qui l'est. Mais le cas de la phonétique je note car ça c'est intéressant pour des cas spécifiques. Sinon pour en revenir au message de départ d'Eric, sont problème est bien que le V n'est pas détecté. Donc c'est soit l'algo de l'application GPS qui n'est pas bon. Soit l'appli n'utilise que le caractère unicode qui va bien, soit ils ont un dictionnaire de clés de remplacement. @jean-batiste: On ne force personne à l'utiliser, c'est juste pour traiter des cas particuliers! Et il y a, comme tu le sous-entends si bien, plus compliqué dans OSM comme la gestion des relations. La phonétique est dans le dico bilingue Larousse (pour le cité comme exemple) si tu ne sais pas comment l'écrire. Et c'est comme une langue (ou un langage de programmation), ça s'apprend. ;-) @Eric, quelle est l'application que tu as utilisé et sur laquelle tu as rencontré ce problème. A voir : - les tag name et name* avec les priorités utilisés pour le guidage vocal de l'application, - quel est l'algo d'interprétation utilisé par l'appli GPS (dixit le message de Philippe sur le CLDR) - CLDR est-il capable de lire une chaîne date en chiffre romain (Pour voir si un cas un peu tordu est bien traité). Perso j'ai pas testé et je pense que ça dépend du langage de programmation utilisé et de l'intégration des évolution de la dite norme. - l'application est-elle en capacité de lire du BCP47 (tag name:fr-finapi=*) d'ailleurs y a t-il une application qui l'utilise? Je pense qu'avec ça on aura fait avancer le schmilblick ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-es] Subir el censo de locales de Madrid
Gracias chicos por las respuestas. Yo soy nuevo en esto pero me encantaría aprender la metodología y empezar a colaborar. Por supuesto me apunto al grupo de trabajo tb :). Creéis entonces que podríamos empezar con una mapping party?. Yo también puedo intentar empujar para que ayuden los del ayuntamiento de Madrid. Un abrazo y buen finde a todos!. P.D: sorry si soy escueto, estoy en el móvil ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
Am 26.06.2015 um 16:55 schrieb Tom Lee: ... As I noted elsewhere[2], EU and US law don't seem to make database IDs eligible for copyright (or associated license requirements), at least when their reproduction is associated with the lawful use of the relevant database. So I think you'd be find in this scenario. . I believe your conclusions are mistaken: the ODbL does not rely on copyright law outside of and database rights in the EU. It does need to address the fact that such regulation exists and tries to do that in a way that the same terms apply globally. Outside of that it is essentially a contract between the licensor and the licensee. In that context naturally http://curia.europa.eu/juris/document/document.jsf?docid=161388doclang=EN http://ipkitten.blogspot.ch/2015/01/breaking-cjeu-says-that-owner-of-online.html is relevant. Which nicely illustrates that should the OSM database not be found to be worthy of sui generis database protection (a distinct possibility), the ODbL would clearly be enforceable based on contract law. Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Chiffres romains
Le 26 juin 2015 17:50, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : name:phonetics:en=*avnyˈdʒɔ:dʒ faɪv* Lecture à ne pas imposer en anglais, qui lit plutôt l'ordinal Georges the Fifth et non Georges Five pour les petits nombres. Cependant pour des noms de rues ou d'hôtels en France, la prononciation à la française s'impose dans Rue Joorje Sainq et non Rue Djoorj Faïve (C'est encore questionable avec le mot avenue écrit pareil en anglais et français). C'est plus délicat à trancher pour Hôtel Georges V (malgré l'accent circonflexe que les anglophones ignorent) où la langue anglaise est une langue de travail évidente avec ses clients qui parlent rarement bien le français. Vous pouvez toujours essayer de les joindre au téléphone en anglais pour tester en aveugle comment ils prononcent le nom de l'établissement à leur accueil. Mais quelle que soit la façon dont VOUS prononcerez le nom, la personne au standard ne vous corrigera pas et emploira la même prononciation appropriée pour votre langue (dans ce genre d'hotel on vous répondra aussi bien en français qu'en anglais, chinois, arabe, japonais ou russe, même si les touristes ont l'usage d'essayer d'abord en anglais s'ils ne savent pas bien le français). Vous remarquerez d'ailelurs que le nom de l'hôtel contient maintenant deux mots anglais Four Seasons Georges V Paris (et qu'il est écrit entièrement en capitales pour ne pas y mettre un seul accent, en supprimant même le mot Hôtel). Four Seasons est en effet un groupe dont le siège est au Canada à Toronto et gérant des hôtels et resorts surtout aux USA et en Asie, et quelques-uns en Europe et en Afrique/Moyen-Orient, le chinois et l'anglais sont des langues obligatoires dans leurs établissements, le site officiel du groupe est bilingue anglais/français. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chiffres romains
Le 26 juin 2015 21:26, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : @Philippe : Le alt_name n'est pas la solution car par défaut il n'est pas prioritaire vu que c'est name qui l'est Il n'y a pas de priorité : alt_name=* complète le name=* en y ajoutant de la sémantique. Il ne la remplace pas comme le font entre eux les name:lang=* - les tag name et name* avec les priorités utilisés pour le guidage vocal de l'application, Pas de priorité, s'il y a ambiguité pour lire un name=* (après avoir sélectionné la langue) les autres noms alt_name=* sont encore accessibles pour lever ces ambiguités : si la seule différence entre les deux porte entre V et 5 on a une interprétation non ambigue. - quel est l'algo d'interprétation utilisé par l'appli GPS (dixit le message de Philippe sur le CLDR) Tu mélanges deux choses séparées: - d'une part il y a l'algo de reconnaissance qui peut détecter certains petits mots formés uniquement de lettres latines formant un nombre romain. - d'autre part il y a l'algo décrit dans CLDR permettant de convertir un nombre au format romain. - CLDR est-il capable de lire une chaîne date en chiffre romain (Pour voir si un cas un peu tordu est bien traité). Perso j'ai pas testé et je pense que ça dépend du langage de programmation utilisé et de l'intégration des évolution de la dite norme. CLDR décrit l'algo entièrement dans les DEUX sens avec un système de règles de conversion et substitution (au format RBNF, Rule-Based Number Format). Et c'est bel et bien utilisé dans la bibliothèque ICU (et d'autres qui savent lire les règles RBNF). On n'est pas obligé d'utiliser un moteur de règles RBNF pour écrire ou décoder un nombre romain mais les règles utilisées devraient fonctioner de façon équivalente. Mais sans moteru RBNF on ne pourra pas traiter correctement toutes les données CLDR (il faudra en revanche reconnaitre les noms symboliques de formats de nombres romains), mais un moteur RBNF est indispensable pour pouvoir épeler un nombre en mots dans de nombreuses langues (et aussi pouvoir les convertir en sens inverse) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégration des Boites Postale dans Osmose
si ça peut aider dans mon coin (Plœmeur 56270, mais aussi un peu les villes limitrophes) Osmose me propose 3 erreurs par boites aux lettres 1 Boîte postale sans ref:FR:LaPoste (en violet) 1 Boîte postale, proposition d'intégration (en vert) 1 Boîte postale non intégrée (en vert) à 1-5 m de la boite déjà présente (une bonne partie me semble acceptable à ~1m près, quelques boites sont très mal placée cf l'aéroport 10-20 m) ça fait beaucoup pour la même boite je précise que les boites de ce coin ont été mapées par moi même en cumulant photo perso pour le repérage précis et photo bing (je ne connaissais pas l'orthophoto de la région Bretagne à l'époque) en plus d'une bonne connaissance de leur position relative aux bâtiments (j'ai travaillé un temps comme facteur, j'en connais une bonne part de mémoire) je suis donc confiant sur leurs positions à disons 0,5-1 m (même si j'ai pu me tromper par moments) http://osmose.openstreetmap.fr/fr/map/#item=7051%2C8022%2C8023zoom=13lat=47.7354lon=-3.4318layer=Mapnikoverlays=FFFT Le 26 juin 2015 à 13:52, Christian Quest a écrit : Oui, il y a un mix. Je suis en contact avec le responsable côté Poste et j'avais eu le fichier entre les mains il y a déjà quelques semaines. J'avais remonté des problèmes, suggéré de re-géocoder ça avec la BAN via addok, mais visiblement ça n'a pas été fait. Ce qu'on peut aussi faire, c'est comparer les lat/lon retournés par addok+BAN à ceux fournis. Si il y a trop de différence, il faut faire attention. Le 25/06/2015 23:09, Frédéric Rodrigo a écrit : Vu la description de la fiabilisation sur data.gouv ça ne doit pas être autre chose que du géocodage. À relire l'explication je me demande s'il ne mélangent pas adresse et coordonnées géographiques. Je vais poser la question. Le 25/06/2015 22:52, Christian Quest a écrit : ça sent TRES fort le géocodage... et le géocodage pas frais. As-tu essayé de re géocoder ça avec addok/BAN sur adresse.data.gouv.fr http://adresse.data.gouv.fr ? ça évitera d'en avoir en plein champs ;) Le 25 juin 2015 22:31, Pierre-Yves Berrard pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com a écrit : Le 25 juin 2015 22:05, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonsoir, Depuis quelques jours les boites au lettre de la poste dans l'espace public sont disponible sur data.gouv.fr http://data.gouv.fr https://www.data.gouv.fr/fr/datasets/liste-des-boites-aux-lettres-de-rue-france-metropolitaine-et-dom-1/ La qualité est assez bonne mais ça sent quand même le géocodage. Elles sont disponibles pour intégration dans Osmose : http://osmose.openstreetmap.fr/fr/map/#item=7051,8022,8023 C'est un peu comme un saint Graal qui devient accessible ;) Frédéric, mappeur de ref de boites aux lettres. Sympa. Je vais regarder si ça colle avec les ref que j'ai déjà rentrées. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 -- 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] Sous relations itinéraires cyclables
Mon avis perso Le 26 juin 2015 10:58:48 CEST, GaelADT gael.sauva...@gmail.com a écrit : J'essaye de résumer les discussions que l'on a eu avec notre stagiaire. Je rappelle qu'il s'agit de relations de plusieurs centaines de km : 1) Il serait possible d'avoir une relation avec uniquement des ways dedans. On est d'accord, c'est très moche, et compliqué à maintenir. Mais pourtant ce que l'on a déjà sur certaines relations en France. J'utiliserai cette solution pour les petits itineraire 2) Il est possible d'avoir une relation composée d'autres relations (voies vertes) existantes et des ways. Exemple La Véloroute de la Meuse (relation 2096855) http://www.openstreetmap.org/relation/2096855 . C'est bien car on réutilise les voies vertes existantes. C'est un peu moche car on a plein de ways à côté. Celle ci j'eviterai au maximum mais elle diminue le travail :-) 3) On peut également faire un découpage de la véloroute en étapes. Ces étapes on bien souvent une existance (document papier et panneaux). Du coup on on aurait une véloroute composée de sous relations, où chacune de ses sous relations serait une étape clairement identifiée. Exempmle : La Vélodyssée (relation 4774799) : http://www.openstreetmap.org/relation/4774799 C'est plus joli non ? :) Ci les étapes sont documentées c'est pour moi la meilleur solution Gaël -- View this message in context: http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5848955.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sous relations itinéraires cyclables
C'est curieux que la notion d'étape n'existe pas déjà dans les relations cycle. On a bien les stop pour les transports en commun. En revanche, ça ne change rien à la difficulté de gérer de très grandes relations. Le 26/06/2015 10:58, GaelADT a écrit : 3) On peut également faire un découpage de la véloroute en étapes. Ces étapes on bien souvent une existance (document papier et panneaux). Du coup on on aurait une véloroute composée de sous relations, où chacune de ses sous relations serait une étape clairement identifiée. Exempmle : La Vélodyssée (relation 4774799) : http://www.openstreetmap.org/relation/4774799 C'est plus joli non ? :) Je suis d'accord, c'est plus sexy, mais ça complique la réutilisation, et cela risque de revenir au même débat que celui qui entoure les relations associatedstreet vs addr: sur les node Je pense qu'avec cette solution, il faudrait en premier lieu voir ce qui va être cassé auprès de ceux qui réutilise déjà les données. Mais ça risque de prendre du temps... Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-legal-talk] Using OSM data without modifying - are there any guidelines?
Thanks Simon I looked for the relevant list at http://wiki.openstreetmap.org/wiki/Mailing_lists and tried this one. Will write to legal-questi...@osmfoundation.org instead then. /Jan Erik On Fri, Jun 26, 2015 at 10:37 AM, Simon Poole si...@poole.ch wrote: Jan Erik As the name of this list says it is legal talk (aka yapping without consequence) ... not get-help-from-the-OSMF. The proper places to address are plastered all over openstreetmap.org and osmfoundation.org: le...@osmfoundation.org (policy issues and similar) or legal-questi...@osmfoundation.org (for specific use questions). The session at SOTM-US (I wasn't there so I only have 2nd hand accounts) seems to have mainly been the usual fairy tales with an agenda and can be safely (and should be) ignored. (That is the polite version.) We currently get at least a handful of enquiries to legal-questions per week, sometimes per day, they typically get a response within 24 hours (obviously the proper places can easily be found). Most can be resolved by pointing to the relevant published guidelines - http://wiki.osmfoundation.org/wiki/License and - http://wiki.osmfoundation.org/wiki/License/Community_Guidelines there are some that take longer to close, but that is rare. Inquires range from cinema and TV productions wanting to use OSM to new business wanting to use OSM data in novel ways. Naturally we cannot be an Ersatz-counsel for businesses trying to get their ideas vetted (this has nothing to do with being lawyers or not btw), but we can give pointers to what will and what will not work. To your questions: 1) yes, see above 2) if you are generating the stats data on the fly there is no database and nothing to share (the polygons are naturally derived from OSM and subject to the ODbL but will likely fall under the trivial transformation guideline). If you are storing the generated stats in a database and publishing them in principle you should probably make the statistical dataset available (given that you are already publishing it, that shouldn't be an issue) on request. 3) the problem is that doing it in the proposed way is technical nonsense so I'm not sure if it makes any sense to burn brain power to discuss it further (OSM object IDs are not stable references). Simon Am 26.06.2015 um 09:34 schrieb Jan Erik Solem: Hi legal-talk people We’re thinking of starting to use OSM data at Mapillary (http://www.mapillary.com/) to improve our service to users. At SotMUS earlier in the month I heard several speakers say in connection to commercial applications, something like “as long as you don’t modify OSM data you are fine”. Which I take they meant that you don’t have to ODbL your database and internal data. 1) Are there any official guidelines for this? 2) Specifically we want to use shapes for city/regional/country borders to compute stats for our contributors. We are currently using a public domain set that is a LOT worse than OSM and would be great to switch. We will not edit OSM data in any way, but store shapes/polygons and use for stats lookups. Can we import OSM shapes without requiring ODbL of our data? 3) We’re working on a photo routing feature. In the future it would be awesome to store the closest OSM road segment ids to our photo sequences in our internal database (either a specific routing db or our main db). Does storing ids as a property of some objects in our db require ODbL release of our data? Sorry for the long email and the many questions. We want to do this right and prefer a conservative approach as we’re fairly new to OSM. yours, /Jan Erik ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-at] highway=path für Fahrräder verboten?
On 26.06.2015 11:01, ratrun wrote: Erfahrungsgemäss sollte man in Österreich momentan auch für track ein bicycle=no annehmen. Anwendungen können das ohne weiteres machen, aber das als Empfehlung festzuschreiben wäre grundfalsch, denn ein Track ohne explizite Beschilderung ist für alle frei. Grund dafür ist der plan.at import und die Aufarbeitung davon. Im plan.at import gab es sehr viele Wald/Feldwege, die als residential importiert wurden. In der jahrelangen Aufarbeitung grossteils anhand von Luftbildern wurden sehr viele davon auf track oder path heruntergestuft oder ganz gelöscht. Mit plan.at hat das nichts zu tun, denn mit einem vom Orthofoto abgezeichneten Track hast du das selbe Problem. Und mit highway=residential ditto. Da sind von vornherein keine Berechtigungen getaggt, keine Namen, keine 30er Bei der Herabstufung auf track via Luftbild konnte auf die üblichweise fast überall vorhandenen Fahrverbotsschilder keine Rücksicht genommen werden. Fast überall stimmt nicht, z.B. im Waldviertel steht auf sehr vielen Fortstraßen kein Fahrverbot und ich bin dort mit dem Auto schon viel herumgefahren. Auch auf vielen Feldwegen stehen keine Fahrverbotsschilder. Es hängt sehr vom Eigentümer ab. Z.B. die Bundesforste und die Esterhazys stellen überall Fahrverbote auf, während kleine Waldbesitzer es oft nicht so eng sehen, solang nicht die Horden durchfahren. Vielleicht ist auch das Kalkül dahinter: Wenn ich ein Fahrverbot aufstelle, stellt der Nachbar auch eins auf. Es wird sehr sehr lange dauern, bis diese eingetragen werden, falls das überhaupt jemals passieren wird. Den meisten Mappern in Österreich dürfte gar nicht bewusst sein, dass diese Information explizit eingetragen werden sollte. Das Problem ist eher, dass heutzutage die Sofamapper in der Überzahl sind, und die können natürlich keine Fahrverbote mappen, da man die am Luftbild nicht sieht. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Ref tags in Ontario
On Fri, Jun 26, 2015 at 7:51 PM, James Mast rickmastfa...@hotmail.com wrote: Well Kevin, Well, it seems that the edits from 'OntarioEditor' along the entire 405 were missed and still have the 'ON' in the ref tag on the ways. As for the new user doing it, it's 'North American Highways'. I sent him both a PM and a comment on a changeset [1] directing him here to the mailing list. Hopefully he'll respond back to me or post here. For all I know, he could be the same user above with a new account as he added the 'ON' back to the ref tag on the 400 [2]. He's also had QEW edits reverted 'TWICE' where he added the 'ON' to the ref tag. [3] I am starting to work on removing ON prefixes from highways. I have done highways 2-28 so far. This is going to take quite a bit of time. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-us] Mapping Southern Maryland: A new local group
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greetings, A couple of weeks ago I reached out to many of the OSM account holders that are in my area hoping they would be interested in creating a local community for mapping southern Maryland. I found a few victims and so we're pressing on! I'm still working on all the logistics (website, listserv, etc) but I have created a wiki page[0] where I'll start collecting information regarding the community. If you'd like to join us please put your name on the wiki page. I hope to have all the infrastructure figured out over the coming days. [0] https://wiki.openstreetmap.org/wiki/Mapping_Southern_Maryland Thanks! - --Eric -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVjgMeAAoJED4nr8JXHVrFKPUIAIdT/nwIpJn7+BjFVEbVlJzn aRNXXyIlS+hKeAW46bLNGO9aDALhWfGYjMf7wYxmpadkz2Km1mCrmzSjBHZu/KNo GHhZFqyR2tSH4rgAKeYT2remk8h5FsDxqHltDX1XloQ7MftWIdsQTvsJRE23jV7W K5vdd1YavuWUoHBr3CS6zVlez72DAb/Q2HasZnyieEPcMRzBr9tQvyQesNmGDkgG h3Aliiq+/jsKR+Vfnf/PaFxSmTkd5V8FpJMzedJXYJmvWStAkBIvN5ui0Vk93CS7 GrqDK4g/zg3HbwDpm/pEAISnPls4dT5os3F6JopBIy38dhJJLGFcFs1TuRA0FxM= =mkEi -END PGP SIGNATURE- ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-ca] Ref tags in Ontario
Hi Kevin Andrewpmk (almost entirely him) and I reversed all of the ON prefixes to the 400-Series highways Many thanks to you both for doing that. Personally I don't think there should be any prefix for rendering or navigation purposes, but I guess it depends on whether you think county or regional road prefixes should be there for navigation or rendering purposes. Prefixes are definitely 'tagging for the map', so shouldn't happen, IMBO. Ontario's got a fairly robust boundary, so the relations should sort out what road is in what province. cheers Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Ref tags in Ontario
Well Kevin, Well, it seems that the edits from 'OntarioEditor' along the entire 405 were missed and still have the 'ON' in the ref tag on the ways. As for the new user doing it, it's 'North American Highways'. I sent him both a PM and a comment on a changeset [1] directing him here to the mailing list. Hopefully he'll respond back to me or post here. For all I know, he could be the same user above with a new account as he added the 'ON' back to the ref tag on the 400 [2]. He's also had QEW edits reverted 'TWICE' where he added the 'ON' to the ref tag. [3] -James [1] - https://www.openstreetmap.org/changeset/31782232 [2] - https://www.openstreetmap.org/way/4083201/history [3] - https://www.openstreetmap.org/way/67924382/history From: kevinfarru...@gmail.com Date: Fri, 26 Jun 2015 08:24:25 -0400 Subject: Re: [Talk-ca] Ref tags in Ontario To: jfd...@hotmail.com CC: rickmastfa...@hotmail.com; talk-ca@openstreetmap.org (Sorry I have to re-email this Daniel - I thought I pressed reply all :P) It was discussed in February in this thread: https://lists.openstreetmap.org/pipermail/talk-ca/2015-February/006404.html Andrewpmk (almost entirely him) and I reversed all of the ON prefixes to the 400-Series highways, but provincial highways and regional/county roads still retain their prefixes. Personally I don't think there should be any prefix for rendering or navigation purposes, but I guess it depends on whether you think county or regional road prefixes should be there for navigation or rendering purposes. -Kevin (Kevo)-Kevin Farrugia kevinfarru...@gmail.com On Fri, Jun 26, 2015 at 7:36 AM, Daniel Begin jfd...@hotmail.com wrote: AFAIK, it has never been discussed at least on this forum. I consider it as an error or even vandalism since it does not conform to acceptable rules (1) A similar behavior has been seen a couple of months ago where user:OntarioEditor added a prefix to ref tag for most primary/secondary roads in Quebec. I contacted him but never had an answer. The question was asked on this list by another user about such behavior. Unfortunately, I did not see any specific answer and his/her edits are still all over the place. Someone has more information? Comments? Daniel(1) http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct From: James Mast [mailto:rickmastfa...@hotmail.com] Sent: June-25-15 23:56 To: talk-ca@openstreetmap.org Subject: [Talk-ca] Ref tags in Ontario I've been noticing that a user has been adding the prefix of 'ON' to the ref tags on ways recently in Ontario. Are you starting to do that now, or is this user in error with the current tagging practices? -James ___ 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-br] Traduções em português do iD e JOSM
opa, rogério. para traduzir, sim. há vários sistemas online para cada ferramenta. mais informações aqui: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Tradu%C3%A7%C3%B5es já esse tópico, trata da revisão de algumas dessas traduções. para isso, foi criada uma planilha https://docs.google.com/spreadsheets/d/19pxp855uCDrfclR89P6YR64Q3TBIbcJi12aJSF7Jdu4/edit#gid=997988186 (já compartilhei contigo ;D) para fazer a comparação e buscar uma coerência nas diversas traduções. há muitos termos traduzidos de forma diferente. no entanto, para realizarmos a verificação, é preciso organizar a planilha. o que eu fiz, até agora, foi baixar as traduções de algumas ferramentas e lançar nessa planilha. mas como cada um tinha um formato diferente, não ficou organizado. qualquer dúvida estou à disposição. Em sex, 26 de jun de 2015 às 20:12, Rogério Plisk rogerpl...@gmail.com escreveu: Olá posso ajudar com tradução! Eh algum sistema online que acessamos com a nossa conta? Sds Rogerio Plisk Le 26 juin 2015 à 14:51, Nelson A. de Oliveira nao...@gmail.com a écrit : 2015-06-26 14:34 GMT-03:00 Adriano Rosa adriano...@gmail.com: já há alguma posição sobre o subfórum de tradução? Ainda não... Vou dar um ping lá pra ver isso. A gente precisa ver o TTS do osmand também ;-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Adriano. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Traduções em português do iD e JOSM
Olá posso ajudar com tradução! Eh algum sistema online que acessamos com a nossa conta? Sds Rogerio Plisk Le 26 juin 2015 à 14:51, Nelson A. de Oliveira nao...@gmail.com a écrit : 2015-06-26 14:34 GMT-03:00 Adriano Rosa adriano...@gmail.com: já há alguma posição sobre o subfórum de tradução? Ainda não... Vou dar um ping lá pra ver isso. A gente precisa ver o TTS do osmand também ;-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Openlandscapemap ohne Lizenzhinweis
Hallo! Ich habe openlandscapemap auf Gaia GPS entdeckt und die Karte wird immer ohne unseren Lizenzhinweis verwendet. Wie weisst man die Betreiber jetzt darauf hin das dieser einzufügen ist? http://gaiagps.appspot.com/demomap?tilecachekey=OpenLandscapeMap Gruß Paulest ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Perchè la CC-BY-SA non è compatibile con la ODBL
Ai fini del rilascio dei numeri civici di Livorno, mi è stato chiesto un chiarimento sul motivo per cui la CC-BY-SA non è compatile con la ODBL. Non sono riuscito a trovare riferimenti puntuali e quindi ho voluto provare a riassumere come segue: La CC-BY-SA richiede che tutte le opere basate sulla tua porteranno la stessa licenza [1] o licenze ritenute compatibili.[2] La ODBL invece da il diritto di rilasciare database derivati anche con licenze diverse [3]. Quindi OSM con la sua licenza ODBL non potrebbe garantire che i lavori derivati dai suoi dati vengano licenziati con CC-BY-SA come richiesto dalla stessa. Secondo voi è corretto ? E' sufficientemente chiaro ? -- *FabC* P.S: Ringrazio dforsi per gli input e per gli ulteriori dubbi ;-) *[1] **https://creativecommons.org/licenses/ https://creativecommons.org/licenses/* *[2] https://creativecommons.org/compatiblelicenses https://creativecommons.org/compatiblelicenses* *[3] http://opendatacommons.org/licenses/odbl/1-0/ http://opendatacommons.org/licenses/odbl/1-0/* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] highway=path für Fahrräder verboten?
2015-06-27 03:03:07 Friedrich Volkmann (b...@volki.at): [...] On 26.06.2015 11:01, ratrun wrote: Bei der Herabstufung auf track via Luftbild konnte auf die üblichweise fast überall vorhandenen Fahrverbotsschilder keine Rücksicht genommen werden. Fast überall stimmt nicht, z.B. im Waldviertel steht auf sehr vielen Fortstraßen kein Fahrverbot und ich bin dort mit dem Auto schon viel herumgefahren. Auch auf vielen Feldwegen stehen keine Fahrverbotsschilder. Es hängt sehr vom Eigentümer ab. Z.B. die Bundesforste und die Esterhazys stellen überall Fahrverbote auf, während kleine Waldbesitzer es oft nicht so eng sehen, solang nicht die Horden durchfahren. [...] Das kann ich für SE von Leoben in der Stmk. auch bestätigen (Gebiet der MM-Forstbetriebe). Auf einigen wenigen (3) nicht asphaltierten Wegen kann und darf man sich mit allen Mitteln ziemlich weit weg bewegen. Bei abzweigenden Wegen ist ein Forststraße-Verbot aufgestellt und dabei ausnahmslos mit einem Zusatzschild kombiniert: Gilt auch für Fahrräder, oder ähnlich, manchmal mit einem Reitverbot dazu. (Seit einiger Zeit mappe ich das auch, wo ich es selbst gesehen habe.) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Ref tags in Ontario
I personally don't consider adding prefixes as 'tagging for the map'. They are VERY useful for routers as well. Plus, to be honest, there should be a way to easily identify what type a route is, especially when it changes between classifications, like {3} does several times. Especially if {3} changes at an intersection to \3/ and you're coming into the intersection from the other road. The router would then be able to announce the highway type for you so you can even verify via the shield that you're making the correct turn. Us mappers in the USA have embraced them. It allows people to notice with a quick glance what route type it is without having to dig deep into the data and find the relation. I mean, to be honest, how would you be able figure out what type of route is which when you have the two different routes with the same number on the same segment, if the ref was just ref=74;74 on the map? [1] (Blame the USA Congress for that one for getting it written into law. I-74 there really should have been another number, like a southern I-79.) Even countries in Europe are embracing the 'prefixes', where you see 'M' for Motorway, 'E' for Euro-routes, etc, when needed in OSM. Honestly, I think Ontario should come out of the 'dark ages' and use prefixes as well, but I'm not going to go around spam adding the 'ON' to the ref tags and get blocked, because of it being against the CA communities wishes (at this time). Also, if all (or at least most) of the Ontario editors would agree on adding the 'ON' to the ref, maybe MapQuest in their 'Open' maps would start rendering the BGS Ontario shield (would look better on the map because the number would be bigger than if using the standard stand-alone shields) on the map for those routes, just like they have done for all of the US state highways. [2] They base the rendering of shields off of the 'ref' tag, not relations, mainly because most states don't have all of their relations done yet either (all US highways and Interstates in all states are already done). -James [1] - https://www.openstreetmap.org/way/48876018 [2] - https://www.openstreetmap.org/#map=15/40.7927/-80.1367layers=Q Date: Fri, 26 Jun 2015 22:00:59 -0400 From: scr...@gmail.com To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Ref tags in Ontario Hi Kevin Andrewpmk (almost entirely him) and I reversed all of the ON prefixes to the 400-Series highways Many thanks to you both for doing that. Personally I don't think there should be any prefix for rendering or navigation purposes, but I guess it depends on whether you think county or regional road prefixes should be there for navigation or rendering purposes. Prefixes are definitely 'tagging for the map', so shouldn't happen, IMBO. Ontario's got a fairly robust boundary, so the relations should sort out what road is in what province. cheers Stewart ___ 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: [OSM-ja] deleting note tag from old KSJ2 import data
Tomです@空港なので取り急ぎ これらのデータの多くを入れたのは私です。 当時は、そのような解釈でタグ付けしていたように思います。 その後、海外の方より、余分なタグつけるな!的な投稿があり、 削除すべきだとの認識になったと記憶しています。 私も、気が付いたら削除していましたが・・。 これらの冗長なタグの削除に賛成です。 2015年6月25日 22:16 Satoshi IIDA nyamp...@gmail.com: いいだです。 過去のKSJ2データインポートにおいて、noteタグおよびnote:jaに付与されているデータを削除したい、と考えています。 これらのデータは、noteタグ本来の利用法でなく、本来のnoteタグの利用を阻害しています。 また、出典明記の観点からも、データ出典元である国土交通省から データ表記方法はOSM側の判断によるという判断を頂いていることから、 過去OSM側で行われた「できる限り併記してください」の意味合いについても、クリアしていると考えています。 2条3項の、この部分です。 国土数値情報の整備年、国土画像情報の撮影年・撮影場所、ファイル名、編集・加工した場合には編集・加工責任者等の情報についても、できる限り併記してください。 http://nlftp.mlit.go.jp/ksj/other/yakkan.html 過去の判断では、「できる限り」が、「可能な限りすべての場所に」と解釈されていました。そのため、KSJ2の元データに存在していたすべての属性テーブ ルの情報が、タグとして付与されていました。出典の明記方法がOSM側判断に任されているということは、「できる限り」とは、「どこかの場所に、できたら ば」という意味であると考えています。 具体的にOSMデータベースから削除したいデータは、以下です。 ■森林データ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Forest note = A13-06_25.xml , のような、ファイル名。 ■発電所データ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Power_plant note = National-Land Numerical Information (Power plant) 2007, MLIT Japan note:ja = 国土数値情報(発電所データ)平成19年 国土交通省 ■公共施設データ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Public_facility note = National-Land Numerical Information (Public Facility) 2006, MLIT Japan note:ja = 国土数値情報(公共施設データ)平成19年 国土交通省 ■鉄道データ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Railway note = National-Land Numerical Information (Railway) 2007, MLIT Japan note:ja = 国土数値情報(鉄道データ)平成19年 国土交通省 ■河川データ note = National-Land Numerical Information (River) 2006, MLIT Japan note:ja = National-Land Numerical Information (River) 2006, MLIT Japan http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/River 懸念として、利用したデータの年度が、OSM wikiに記載されていないデータセットがあります。 これについては、現状OSMデータベース側に入力されている情報を元に、 OSM wikiに記載を行ってから(OSM wikiに、◯◯年度のデータを利用していますとドキュメントを残してから) 消したほうが、将来的にトラッキングがし易いのかな?と思っています。 あまり使わないデータだとも思いますので、そうした作業はなくともよいだろうな、とも思っています。 ご意見をいただけると嬉しいです。 -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk-fr] Sous relations itinéraires cyclables
Les étapes me semblent un bon compromis. Pas trop complexe à modéliser, pas trop complexe à réutiliser. Le 26/06/2015 11:48, Stéphane Péneau a écrit : C'est curieux que la notion d'étape n'existe pas déjà dans les relations cycle. On a bien les stop pour les transports en commun. En revanche, ça ne change rien à la difficulté de gérer de très grandes relations. Le 26/06/2015 10:58, GaelADT a écrit : 3) On peut également faire un découpage de la véloroute en étapes. Ces étapes on bien souvent une existance (document papier et panneaux). Du coup on on aurait une véloroute composée de sous relations, où chacune de ses sous relations serait une étape clairement identifiée. Exempmle : La Vélodyssée (relation 4774799) : http://www.openstreetmap.org/relation/4774799 C'est plus joli non ? :) Je suis d'accord, c'est plus sexy, mais ça complique la réutilisation, et cela risque de revenir au même débat que celui qui entoure les relations associatedstreet vs addr: sur les node Je pense qu'avec cette solution, il faudrait en premier lieu voir ce qui va être cassé auprès de ceux qui réutilise déjà les données. Mais ça risque de prendre du temps... Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Perchè la CC-BY-SA non è compatibile con la ODBL
Ciao Martin, 2015-06-26 12:29 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com: sent from a phone Am 26.06.2015 um 11:32 schrieb Fabrizio Carrai fabrizio.car...@gmail.com : La ODBL invece da il diritto di rilasciare database derivati anche con licenze diverse [3]. dove lo leggi in particolare? Mio errore: mi ha confuso il 3.3 dell ODBL ( http://opendatacommons.org/licenses/odbl/1-0/) C'è questo paragrafo (iii): 4.4 Share alike. a. Any Derivative Database that You Publicly Use must be only under the terms of: i. This License; ii. A later version of this License similar in spirit to this License; or iii. A compatible license. If You license the Derivative Database under one of the licenses mentioned in (iii), You must comply with the terms of that license. b. For the avoidance of doubt, Extraction or Re-utilisation of the whole or a Substantial part of the Contents into a new database is a Derivative Database and must comply with Section 4.4. - See more at: http://opendatacommons.org/licenses/odbl/1-0/#sthash.rikXO05b.dpuf ma non ci sono (al momento, credo) delle licenze compatibili. Quindi OSM con la sua licenza ODBL non potrebbe garantire che i lavori derivati dai suoi dati vengano licenziati con CC-BY-SA come richiesto dalla stessa. si, in realtà potrebbe garantire che NON venisse rispettata la cc-by-sa (perché incompatibili) [...] Quindi sono al punto di partenza: perchè incompatibili ? Quali sono i termini che non permettono la compatibilità ? -- *Fabrizio* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Perchè la CC-BY-SA non è compatibile con la ODBL
sent from a phone Am 26.06.2015 um 13:13 schrieb Fabrizio Carrai fabrizio.car...@gmail.com: Quindi sono al punto di partenza: perchè incompatibili ? Quali sono i termini che non permettono la compatibilità ? share alike. Se cc-by-sa deve rimanere cc-by-sa non può diventare odbl ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] Limite de cidades com distritos
2015-06-26 10:14 GMT-03:00 Adriano Rosa adriano...@gmail.com: pergunta de novato: o distrito sede deve ser mapeado também? ele não é o próprio município? Pelo IBGE os dois existem, com alguns locais tendo município = distrito (a relação com admin_level=8 vai ter exatamente os mesmos membros da admin_level=9). Eu não vejo razão para não representar isso. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-ca] Ref tags in Ontario
AFAIK, it has never been discussed at least on this forum. I consider it as an error or even vandalism since it does not conform to acceptable rules (1) A similar behavior has been seen a couple of months ago where user:OntarioEditor added a prefix to ref tag for most primary/secondary roads in Quebec. I contacted him but never had an answer. The question was asked on this list by another user about such behavior. Unfortunately, I did not see any specific answer and his/her edits are still all over the place. Someone has more information? Comments? Daniel (1) http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct From: James Mast [mailto:rickmastfa...@hotmail.com] Sent: June-25-15 23:56 To: talk-ca@openstreetmap.org Subject: [Talk-ca] Ref tags in Ontario I've been noticing that a user has been adding the prefix of 'ON' to the ref tags on ways recently in Ontario. Are you starting to do that now, or is this user in error with the current tagging practices? -James ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-it] Perchè la CC-BY-SA non è compatibile con la ODBL
Il 26 giugno 2015 13:50, Martin Koppenhoefer ha scritto: share alike. Se cc-by-sa deve rimanere cc-by-sa non può diventare odbl giusto per tutte le share-alike ma sia la CC BY-SA che la CC BY dicono che non si possono imporre obblighi aggiuntivi se limitano i diritti, non è in contrasto con la ODBL che obbliga a fornire i dati? Oppure è un obbligo che non limita l'esercizio dei diritti? Se io pubblico su carta o altro supporto fisico qualcosa derivato dai dati ODbL devo anche fornire i dati o un algoritmo machine readable mentre se fossero dati CC non avrei questo obbligo Cioè se io compro una maglietta fatta da un altra persona con una stampa derivata da dati ODbL e la indosso in pubblico, tutti quelli che mi incontrano mi possono chiedere i dati originali? No downstream restrictions. You may not offer or impose any additional or different terms or conditions on, or apply any Effective Technological Measures to, the Licensed Material if doing so restricts exercise of the Licensed Rights by any recipient of the Licensed Material. https://creativecommons.org/licenses/by/4.0/legalcode https://creativecommons.org/licenses/by-sa/4.0/legalcode -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-br] Limite de cidades com distritos
Pessoal Percebi que o IBGE (no @cidades) está utilizando o mapa do OSM. Recentemente estive editando e criando algumas rodovias no entorno da cidade de Dois Irmãos do Buriti/MS, e percebi que a área da cidade (relação) apresentada pelo IBGE está diferente do limite apresentado pelo OSM (links abaixo). Link IBGE à http://www.openstreetmap.org/relation/4108836#map=9/-20.6559/-54.8177 Link OSM à http://www.cidades.ibge.gov.br/xtras/perfil.php?lang=codmun=500348search=mato-grosso-do-sul|dois-irmaos-do-buriti Quanto a parte que falta no OSM (ao norte) e sobra no IBGE, mesmo sendo distrito me parece mais correto o limite apresentado pelo IBGE, pois o distrito está dentro da área da cidade e não fora, pertencendo à cidade, já que é subordinado administrativamente à ela. - Admin_level=8 - Municípios e regiões administrativas do DF; - Admin_level=9 - Distritos e subprefeituras; Vejam o exemplo de Campo Grande/MS (cidade e capital). Ela tem um distrito chamado Anhanduí, que está dentro da relação de Campo Grande e não fora. No caso de Dois Irmãos do Buriti, no meu entender o correto seria o distrito de Palmares, que é subordinado administrativamente à cidade, estar dentro da relação da cidade, ou seja a relação da cidade (Dois Irmãos...) incorporar a área do distrito, mesmo existindo uma relação para o distrito (Palmeiras), cada qual dentro de seu respectivo nível, como ocorre com o exemplo de Campo Grande. Não sei se isso acontece em outros locais. Por isso trouxe a discussão aqui para discutirmos (talvez já tenha sido feito) a forma correta de se delimitar cidades com distritos. Atte, Ivaldo ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-es] Subir el censo de locales de Madrid
Hola Raúl, Con respecto a las licencias no hay ningún problema siempre que se indique la fuente. Pero es un proyecto muy grande para una sola persona. Se trataría de una metodología distinta, de importación. Además de las complicaciones que implica: - Son más de 140.000 puntos - faltan por geocodificar muchos de ellos - las coordenadas vienen en UTM (proyectada sobre ETRS89, x e y en metros), por lo que habría que pasar a latitud-longitud WGS84 - Por no hablar del riesgo de perder datos ya existentes (como la etiqueta de accesibilidad que tanto divulgo) Es trabajo para un equipo bien coordinado que sepa lo que se lleva entre manos. Rafael Ávila preparó y coordinó la importación de los nodos de farmacias de esa misma fuente (Portal de datos Abiertos del Ayto de Madrid), por lo que puedes consultar hilo de esta misma lista con el asunto Importación de farmacias de Madrid para conocer la metodología. Es una idea muy buena y ambiciosa. Un saludo, Alejandro Zappala @ADAPPgeo https://twitter.com/ADAPPgeo www.adappgeo.net http://adappgeo.net @alayzappala https://twitter.com/alayzappala www.alejandrozappala.com http://alejandrozappala.com El 26/06/15 a las 09:07, Raúl Jiménez Ortega escribió: Buenos días a tod@s! Soy nuevo en la lista y quería lanzaros una preguntilla. Me gustaría subir los datos del censo de locales http://datos.gob.es/catalogo/censo-de-locales-sus-actividades-historico-5 que publicó el ayuntamiento de Madrid a OSM (si es que no está subido, que la verdad es que no sé muy bien aún si lo están). Me han comentado que la licencia no está muy clara y que os preguntase por si me podíais orientar: http://datos.madrid.es/portal/site/egob/menuitem.619dfa2990e56405bb8d69f6ecd08a0c/?vgnextoid=b4c412b9ace9f310VgnVCM10171f5a0aRCRD Tampoco he subido nunca datos a OSM, pero me han recomendado que le eche un vistazo a learnosm.org/en http://learnosm.org/en, ¿alguna recomendación más? Gracias y un abrazo! Raúl Raúl Jiménez Ortega http://www.rauljimenez.info - @hhkaos http://www.twitter.com/hhkaos Linkedin http://linkd.in/TZmsCs | Google + https://profiles.google.com/hhkaos | SlideShare http://www.slideshare.net/hhkaos | Github https://github.com/hhkaos *Urgent contact:*/+34 652 38 43 50 / ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Charla en el IGN, deberes para OSM.es
Buenos días a tod@s: Yo también asistí a la charla y desde luego que hubo interés por parte de los asistentes. Puede que esto sea la ocasión que esperábamos los Geoinquietos de Madrid para dar la visibilidad que merece OSM. Muchísimas gracias, Jorge. Podéis contar conmigo para lo que sea menester (representación, talleres, charlas...) Siempre que haya apoyo y se haga en equipo (te tomo la palabra, María) Un saludo, Alejandro Zappala @ADAPPgeo https://twitter.com/ADAPPgeo www.adappgeo.net http://adappgeo.net @alayzappala https://twitter.com/alayzappala www.alejandrozappala.com http://alejandrozappala.com El 25/06/15 a las 21:03, María Arias de Reyna escribió: Estado legal: paralizado Todo esto me motiva, pero es cierto que sería mejor alguien en Madrid. Así que me ofrezco como soporte online una vez tengamos a los mosqueteros de la capital. ¡Gran trabajo, Jorge! El 25/6/2015 20:42, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es mailto:cruz.bor...@deusto.es escribió: Esto son magníficas noticias! Desde mi punto de vista, lo más operativo es que sea gente que esté implicada y que resida en Madrid. En cualquier caso, ¿cuál es el estado legal de la asociación? Un saludo, cruz. Hola disculpad el ladrillo que os voy a soltar: Ayer por fin tuvimos la actividad de presentación de OSM y el HOT en el salón de actos del IGN en Madrid. Se puede decir que la dirección del IGN estuvo bien representada con un subdirector y varios subdirectores adjuntos así como jefes de servicio, técnicos, etc. además de la compañía de tres miembros de Geoinquietos Madrid que se pusieron cerca mío para echarme un cable :-) Bueno la charla fue bastante bien, hicieron muchas preguntas y en general creo que les quedó más o menos claro a nivel organizativo cómo funciona OSM, de la parte técnica no entré mucho porque no tocaba, pero vaya que se quedaron con ganas de que hagamos más cosas. El caso es que al final de la charla en un pequeño debate posterior quedó claro que el IGN quiere volver a colaborar con OSM. Cosas que se mencionaron: - Establecer un protocolo que permita montar un mapatón con la mayor velocidad posible si se produce una activación urgente del HOT. Algo así como dejar toda la discusión atada de antemano para que si se realiza una activación podamos tener un espacio y los canales de difusión abiertos en el menor tiempo posible. - Algún tipo de formación para la gente del IGN en OSM, no solo para que la gente pueda colaborar en un mapatón sino para tener mejor conocimiento de cómo se contribuye a OSM. - Colaboración en futuras mapping parties. En geoinquietos Madrid se están moviendo actividades de este tipo para otoño. - Posibilidad de que el IGN ofrezca infraestructura para OSM (hierro) - Y la que creo es más relevante: establecer un canal de comunicación formal de OSM España con el IGN. Sobre esto último yo dejé bien claro que desde luego soy solo un colaborador más (que dio la casualidad de que fue invitado para esa charla) pero que no pretendo tomarme ningún otro rol más que el de advocate que dicen los ingleses y que trasladaría el guante que nos echaban a este foro para hablarlo entre todos. Resumiendo: si se quiere colaborar con el IGN, y ellos quieren hacerlo, hay que nombrar por lo menos un par de personas o tres que sirvan de representantes formales ante el instituto. Saludos -- Jorge Sanz -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es mailto:cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext 2052 tel:944139000%20ext%202052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-br] Limite de cidades com distritos
Mandei duas vezes o mesmo link. Corrigindo: Palmeiras: http://www.openstreetmap.org/relation/4108847 Dois Irmãos do Buriti: http://www.openstreetmap.org/relation/4108836 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-es] Subir el censo de locales de Madrid
Buenas tardes de nuevo, Revisando los datos me doy cuenta de que otro de los grandes problemas sería la asignación de etiquetas de la actividad de cada local. Automatizar el proceso para hacer el mapeo entre la nomenclatura del Ayuntamiento para los tipos de negocio y la de OSM, requeriría de un proceso, de verdad, complicado (sobretodo la decisión de los que son homólogos) Son aspectos que ya habíamos contemplado antes y de tan tedioso que sería el proceso, desde Geoinquietos Madrid organizamos mapping parties por barrios. Además, me parece mucho más interesante emplear los esfuerzos en contactar con asociaciones vecinales y ciudadanas, cultivando ese aspecto social. Pero solo es una opinión. Por otro lado, también podría ser cuestión de pensar en grande y plantearlo directamente al Ayuntamiento para aunar esfuerzos. Tras la fantástica impresión que dejó Jorge Sanz en su charla en el Instituto Geográfico Nacional, veo posible una actitud positiva por parte del Ayuntamiento de Madrid. En todo caso, podéis contar conmigo para echar una mano en tamaño proyecto. Un saludo Alejandro Zappala @ADAPPgeo https://twitter.com/ADAPPgeo www.adappgeo.net http://adappgeo.net @alayzappala https://twitter.com/alayzappala www.alejandrozappala.com http://alejandrozappala.com El 26/06/15 a las 13:47, Luis García Castro escribió: El 26 de junio de 2015, 13:15, Alejandro Zappala alayzapp...@yahoo.es mailto:alayzapp...@yahoo.es escribió: Además de las complicaciones que implica: Sí, iba a mandar un mensaje con las mismas advertencias pero el tuyo ha sido mucho mejor :-) Es una idea muy buena y ambiciosa. Yo con este tipo de cosas me apunto a colaborar, si dividimos la tarea entre unos cuantos será más ágil y seguro. -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es