[Talk-si] DPK 50
Pozdravljeni OpenStreetMapovci, zanima me pravilnik glede prerisovanja iz Državne pregledne karte merila 1:50.000, ki je javno dostopna preko WMS storitve http://prostor2.gov.si/ows2-m-pub/wms http://directory.spatineo.com/service/8284/ Tu je navedeno: *Fees* Brezplacno / Free for public use *Access constraints* Dovoljena samo nekomercialna uporaba. No-commercial use only. Opazil sem, da je OSM precej strog glede upoštevanja teh licenc, kar je razumljivo. Glede na to da je OSM nekomercialen, bi lahko ta sloj uporabljali za podlago, mar ne? Ima kdo kakšno pravno podlago, oziroma se lahko pozanima pri GURS? Našel sem pa tudi nekaj drugih WMS storitev, ki bi lahko bile uporabne, ali pa ne. Če ne za OSM, pa za kaj drugega, če komu pride prav. - *http://gis.arso.gov.si/geoserver/ows http://gis.arso.gov.si/geoserver/ows* - javno dostopni meteorološki podatki ARSO-ta - *http://pektolit.geo-zs.si/cgi-bin/ogk100-geozs?VERSION=1.1.1; http://pektolit.geo-zs.si/cgi-bin/ogk100-geozs?VERSION=1.1.1;* - Geološka karta Geološkega zavoda SLO - *http://gis3d.urszr.si/pds/wms* http://gis3d.urszr.si/pds/wms - WMS od SPINa http://spin.sos112.si/SPIN2/Javno/GIS/GraficniPrikaz.aspx. Tu je zelo dober ortofoto (satelitski posnetki), podatki pa niso javno dostopni *per-se*, vendar ta URL lahko najdeš, če se malo znajdeš v sourcu od SPIN-a. Uporablja projekcijo EPSG:2170 z nekim offsetom, ki mi ga še ni uspelo pravilno konfigurirati v QGIS / Leaflet / JOSM. - *http://www.kis.si:80/geoserver/wms http://www.kis.si/geoserver/wms *- javno dostopni podatki kmetijskega inštituta; pedološka karta in takšne stvari. Veselo risanje, Žan ___ Talk-si mailing list Talk-si@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-si
Re: [Talk-si] DPK 50
Je pa res, da se je vmes spremenila tudi OSM licenca in da bi vseeno nekateri raje kupovali podatke od Gursa, kjer niso omejeni z share-alike klavzulo. To je dober argument. Lahko se tudi osebno oglasi tam, ali pripravi kak dopis. Če že omogočajo nekaj free, pa naj bo *free*. Dodajam še eno ljubljansko (LUZ / Urbinfo Mestne občine Ljubljana): Uuu... takšne ločljivosti DOF Ljubljane pa še nisem videl. Se je pa v zadnjih par letih na OSM nabrala kar lepa količina GPS sledi, Po cestah že, veliko pešpoti pa ni, ki drugod so. Meni še najbolj moteča je pa naravnost odsekana gozdna meja nad Žirmi, ki jo opazujem že odkar sem prvič naletel na OSM. Z DPK 50 bi se vegetacijo dalo lepo dopolniti, že zaradi estetike zemljevida. Bing je precej nekonsistenčen z resolucijami. Primer: Postojna http://www.openstreetmap.org/edit#map=15/45.7749/14.2097 Popolnoma neuporabno. lp, žan Dne 18. marec 2014 17:44 je Igor Brejc igor.br...@gmail.com napisal/-a: Nekaj smo poskušal (večkrat), vendar je vedno bilo tako, da tudi če smo dobili kakšno dovoljenje prek maila, nismo bili sigurni ali se zavedajo implikacij takšnega uvoza (npr. da bo potem nekdo raje uporabil zastonj OSM podatke kot plačal Gursu). Je pa res, da se je vmes spremenila tudi OSM licenca in da bi vseeno nekateri raje kupovali podatke od Gursa, kjer niso omejeni z share-alike klavzulo. Tukaj sem našel nekaj arhivskih mailov na to temo, verjetno je tega še več: - https://lists.openstreetmap.org/pipermail/talk-si/2009-August/85.html - https://www.mail-archive.com/talk-si@openstreetmap.org/msg00174.html lp Igor 2014-03-18 17:37 GMT+01:00 jean caffou [GEO] g...@kafol.net: Iz GURSa pa ni moč dobiti izrecnega dovoljenja za uporabo podatkov v te namene? lp, žan Dne 18. marec 2014 17:34 je Igor Brejc igor.br...@gmail.com napisal/-a: Našel pogoje uporabe (samo PDF sken, žal je naša javna uprava očitno še v predinternetskih časih): http://www.e-prostor.gov.si/fileadmin/narocanje/pogoji_uporabe_podpisani.pdf Torej tista Kickstarter ideja očitno odpade. lp Igor 2014-03-18 17:28 GMT+01:00 Igor Brejc igor.br...@gmail.com: Zdravo, Se strinjam s Štefanom. Pa še ena opazka: OSM ni ne komercialen ne nekomercialen. Gre pač za podatkovno bazo, ki dovoljuje uporabo svojih podatkov pod določeno licenco, v tem primeru ODbL. Licenca ne prepoveduje komercialne uporabe, zato ni mogoče govoriti o tem, da je OSM nekomercialen, tudi če so podatki zastonj. Tista Gursova licenca pa je itak čudna. Poznam ljudi oz. podjetja, ki so od Gursa šli kupit prostorske podatke, potem pa jih lahko lepo talajo tudi za komercialne namene (ne vem pa točno ali so kakšne omejitve glede tega, lahko pa preverim). Teoretično bi lahko naredili Kickstarter projekt zbiranja denarja za nakup Gursovih podatkov in potem uvoza le-teh v OSM. Teoretično. Tukaj je Gursov cenik, če koga zanima: http://www.e-prostor.gov.si/fileadmin/narocanje/cenik_ponovne_uporabe.pdfin sumarno za celotno Slovenijo: http://www.e-prostor.gov.si/fileadmin/narocanje/Tabela_stevila_enot_in_tock.pdf lp Igor 2014-03-18 15:45 GMT+01:00 Stefan Baebler stefan.baeb...@gmail.com: Pozdravljen! Res je, da OpenStreetMap sam po sebi ni komercialen projekt, vendar ODbL (kakor tudi predhodna CC-BY-SA) licenca uporabe podatkov ne omejuje v nekomercialne namene. http://opendatacommons.org/licenses/odbl/summary/ http://www.e-prostor.gov.si/fileadmin/narocanje/pogoji_uporabe_podpisani.pdf Verjetno ni mišljeno, da bi komercialni projekti zaobšli GURSove pogoje z nekomercialno pralnico podatkov (npr OSM). Tako, da je to bolj sivo področje in zato brez izrecnega dovoljenja prerisovanja ne bi priporočal. Doslej smo z dovoljenjem GURSa uvozili državne in naknadno nekdo še občinske meje, zlasti ker sta obe vrsti mej administrativna podatka, ki ju je praktično nemogoče izmeriti v naravi (večji del ni oznak, nedostopen teren) in ju lahko brez večjih težav in škode kadarkoli naknadno pobrišemo (se ne prepleta z drugimi, ročno vrisanimi podatki). Upam, da se motim in z veseljem sprejmem tudi drugačno interpretacijo pogojev uporabe. Edina luknja, ki jo vidim je, da bi lahko mi (oz kdorkoli pač želi oz ima interes) pripravili aplikacijo, ki bi GURSove podatke (pridobljene po ZDIJZ na DVDju recimo) uporabljala ali pa predelala v format, ki bi bil uporaben tudi v drugih aplikacijah (npr offline navigacija ipd). S tem ne bi razširjali GURSovih podatkov, ampak bi odgovornost za spoštovanje GURSovih pogojev uporabe prenesli na tistega posameznika, ki je podatke od GURSa prejel (če podatke uporablja za komercialne namene brez ustreznega dovoljenja je to samo njegov problem). lp, Štefan 2014-03-18 14:14 GMT+01:00 jean caffou [GEO] g...@kafol.net: Pozdravljeni OpenStreetMapovci, zanima me pravilnik glede prerisovanja iz Državne pregledne karte merila 1:50.000, ki je javno dostopna preko WMS storitve http://prostor2.gov.si/ows2-m-pub/wms
Re: [OSM-legal-talk] OpenData attributes from closed vector data
I have since been provided a third data source that does not include any component of the national mapping agency's data. As such this particular instance is now irrelevant. However it is a common one, so I encourage users to engage with their national mapping agencies to enable more use of potentially derived data. Regards, Rob On 7 March 2014 22:40, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi list, I have been provided (i) original vector data and (ii) a printed map leaflet both of which include attribute data about roads - for example, whether the road is lit. The owner of the attribute data (whether the road is lit) has explicitly stated that their data is available as OpenData and are happy for it to be added to OSM. However, I know that the underlying vector data is most likely derived from a closed source (national mapping agency). Given that I am only interested in the attribute data (we already have our own version of the road vector data) can I go ahead and add it to OSM using (i), (ii) or both? Thanks, Rob ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] [Talk-us] OpenStreetMap Isn't All That Open, Let's Change That and Drop Share-Alike
Hi! No idea what Oliver talked about either, but I work in the automotive industry myself. I can tell you that some of the major players have looked at using OSM data several times. They decided against it primarily because of the lack of a binding tagging scheme and the basic unreliability of the content. If you build an expensive in-car system you need to make guarantees. The amount of work for verifying, completing and bugfixing OSM data is prohibitive. And even if you are willing to contribute all of it to OSM, you could not. If you standardize ambiguous tagging this would be rejected by everybody opposing a binding tagging scheme all this years in the first place. And even if it was successful, by the time you need data for your next map update, there will be many changes and broken stuff again so you have to start over with your verification. But the licence issue was barely touched in those considerations. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/OpenStreetMap-Isn-t-All-That-Open-Let-s-Change-That-and-Drop-Share-Alike-tp5799574p5800126.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap Isn't All That Open, Let's Change That and Drop Share-Alike
On Sun, Mar 16, 2014 at 09:04:32PM +0100, Stefan Keller wrote: Hi, 2014-03-16 10:38 GMT+01:00 Florian Lohoff f...@zz.de: For technical reasons Google cant use OUR data and THEIR community. Can't follow this argument: Data fusion is technically feasible beyond filling the holes. In software speak taking a snapshot and modifying it in two places is called branching. Have you ever tried to merge branches to get a result with best of both worlds? In Software its easy as long as not both branches modify the same line of code. In OSM Speak - how do you merge? When there are 2 modifications - which one is the one to take? Last write wins? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] OpenStreetMap Isn't All That Open, Let's Change That and Drop Share-Alike
Hi, On Sun, Mar 16, 2014 at 08:41:02AM -0400, Phil! Gold wrote: Google appears to do both, probably because they've gotten really good at data conflation. They already pull data from multiple datasets, including proprietary data like Telenav's, public domain data from governments and such, and restricted use data from local governments, and then they integrate GMM contributions on top of that amalgamation. Yes - they stitch together data from multiple sources. But they do it in spatially diverse regions. (For the same datatype - you can intermix different providers for addresses and road geometries although the end product will look broken here and there) Once you turn on editing you cant go back without manual postprocessing. Today you add a street with mapmaker - tomorrow some commercial pre-product has the same street with different topology or probably different attributes. You cant handle this in an automated manner. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Crimea/Russia/Ukraine Borders
I'm curious how OSM handles this dispute. I expect Russia's parliament ratify the annexation and I expect that Ukraine will continue to disagree. Do we have a documented process in place to determine when the border is changed? I couldn't find anything on the wiki after a quick search. If it is documented, can someone please point it out to me? We have a disputes page which is fine for handling disputes. I'm looking for the process for determining when we all agree that a border should be changed. Please, let's not get hung up on if you agree or disagree with the annexation. Thanks, Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
2014-03-18 16:28 GMT+01:00 Clifford Snow cliff...@snowandsnow.us: I'm curious how OSM handles this dispute. I expect Russia's parliament ratify the annexation and I expect that Ukraine will continue to disagree. Do we have a documented process in place to determine when the border is changed? I couldn't find anything on the wiki after a quick search. If it is documented, can someone please point it out to me? We have a disputes page which is fine for handling disputes. I'm looking for the process for determining when we all agree that a border should be changed. an indication might be what the united nations decide. Another idea is to ask the local mappers (will not necessarily lead to univocal statements ;-) ). cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
The DWG has an OSMF approved process for handling political disputes. There's no reason to start a flamewar about this. - Serge On Tue, Mar 18, 2014 at 11:28 AM, Clifford Snow cliff...@snowandsnow.us wrote: I'm curious how OSM handles this dispute. I expect Russia's parliament ratify the annexation and I expect that Ukraine will continue to disagree. Do we have a documented process in place to determine when the border is changed? I couldn't find anything on the wiki after a quick search. If it is documented, can someone please point it out to me? We have a disputes page which is fine for handling disputes. I'm looking for the process for determining when we all agree that a border should be changed. Please, let's not get hung up on if you agree or disagree with the annexation. Thanks, Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
On Tue, Mar 18, 2014 at 8:39 AM, Serge Wroclawski emac...@gmail.com wrote: The DWG has an OSMF approved process for handling political disputes. There's no reason to start a flamewar about this. Serge, Rather than start a flamewar, I was looking for the process. A well document process is a quick way to smother a flamewar. And as I said in my quick search, I did find the disputes page of the wiki. It does show a document process for handling disputes. But that isn't what I asked. So let me ask again another way. Do we have a documented process for determining when we change borders? If the answer is no, then do we need one? -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
I don't think anyone was starting a flamewar. Clifford just asked about the process you alluded to. On Tue, Mar 18, 2014 at 11:39 AM, Serge Wroclawski emac...@gmail.comwrote: The DWG has an OSMF approved process for handling political disputes. There's no reason to start a flamewar about this. - Serge On Tue, Mar 18, 2014 at 11:28 AM, Clifford Snow cliff...@snowandsnow.us wrote: I'm curious how OSM handles this dispute. I expect Russia's parliament ratify the annexation and I expect that Ukraine will continue to disagree. Do we have a documented process in place to determine when the border is changed? I couldn't find anything on the wiki after a quick search. If it is documented, can someone please point it out to me? We have a disputes page which is fine for handling disputes. I'm looking for the process for determining when we all agree that a border should be changed. Please, let's not get hung up on if you agree or disagree with the annexation. Thanks, Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
Actually our policy on such matters (not on edit wars) is documented here http://wiki.osmfoundation.org/wiki/Policies_and_other_Documents Simon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
2014-03-18 16:45 GMT+01:00 Clifford Snow cliff...@snowandsnow.us: On Tue, Mar 18, 2014 at 8:39 AM, Serge Wroclawski emac...@gmail.comwrote: The DWG has an OSMF approved process for handling political disputes. There's no reason to start a flamewar about this. Serge, Rather than start a flamewar, I was looking for the process. A well document process is a quick way to smother a flamewar. And as I said in my quick search, I did find the disputes page of the wiki. It does show a document process for handling disputes. But that isn't what I asked. So let me ask again another way. Do we have a documented process for determining when we change borders? If the answer is no, then do we need one? Like this? http://wiki.openstreetmap.org/wiki/Disputes BTW it could be similar to the case South Ossetia / Abkazia... -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
On Tue, Mar 18, 2014 at 8:58 AM, Simon Poole si...@poole.ch wrote: Actually our policy on such matters (not on edit wars) is documented here http://wiki.osmfoundation.org/wiki/Policies_and_other_Documents Simon, Thanks - That helps. I didn't think of looking at the Foundations wiki. While not a process it does give a better understanding of how OSM handles border disputes. For those who didn't read the document, this is the relevant section: Borders and boundaries National borders are particularly sensitive. Currently, we record one set that, in OpenStreetMap contributor opinion, is most widely internationally recognised and best meets realities on the ground, generally meaning physical control. In areas without clearly defined borders, the line is approximate. Our database structure enables mapmakers to easily ignore this set and substitute another more appropriate to your needs. In the future, we may look at supporting alternative sets directly. Should this section be restated in the OSM wiki under boundaries? -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
Clifford Snow wrote: Should this section be restated in the OSM wiki under boundaries? Perhaps better to link to the OSMF document? Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
You might be interested in this blog post: http://shtosm.ru/all/chto-s-krymom/ I use Google translate to turn it into English. The Russian mappers already have a proposal in place to update the borders regards m On Tue, Mar 18, 2014 at 5:37 PM, Ed Loach edlo...@gmail.com wrote: Clifford Snow wrote: Should this section be restated in the OSM wiki under boundaries? Perhaps better to link to the OSMF document? Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
Interesting. How much of a connection is there between the Russian OSM community and the English-speaking OSM community (that essentially runs the project)? On Mar 18, 2014 11:45 AM, Marc Gemis marc.ge...@gmail.com wrote: You might be interested in this blog post: http://shtosm.ru/all/chto-s-krymom/ I use Google translate to turn it into English. The Russian mappers already have a proposal in place to update the borders regards m On Tue, Mar 18, 2014 at 5:37 PM, Ed Loach edlo...@gmail.com wrote: Clifford Snow wrote: Should this section be restated in the OSM wiki under boundaries? Perhaps better to link to the OSMF document? Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
I'm thinking the tagging for Crimea would be similar to what we're seeing right now around Tartupaluk in the ongoing Greenland/Canada border dispute. On Tue, Mar 18, 2014 at 10:28 AM, Clifford Snow cliff...@snowandsnow.uswrote: I'm curious how OSM handles this dispute. I expect Russia's parliament ratify the annexation and I expect that Ukraine will continue to disagree. Do we have a documented process in place to determine when the border is changed? I couldn't find anything on the wiki after a quick search. If it is documented, can someone please point it out to me? We have a disputes page which is fine for handling disputes. I'm looking for the process for determining when we all agree that a border should be changed. Please, let's not get hung up on if you agree or disagree with the annexation. Thanks, Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
On Tue, Mar 18, 2014 at 05:43:11PM +0100, Marc Gemis wrote: You might be interested in this blog post: http://shtosm.ru/all/chto-s-krymom/ I use Google translate to turn it into English. The Russian mappers already have a proposal in place to update the borders Speechless Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Image of the week
As has happened repeatedly recently, there is no image of the week well after it should have gone lave and any suggestion at http://wiki.openstreetmap.org/wiki/Featured_image_proposals is bombarded with criticism. I would like a discussion on where we go from here. Do we want to keep the featured images? Do you want to see a new picture promptly and reliably each Monday morning? Should the image of the week get a higher profile? It used to be on the community blogs, for example. Should the image of the week be a community project or should it answer to one of the working groups? Does the process of selecting images need to be friendlier? Should the image of the week continue to be maintained in the wiki or should it be maintained somewhere else and just be displayed there? What would make you be willing to suggest an image, maintain the page or comment on the choice? Are the suggested guidelines posted at http://wiki.openstreetmap.org/wiki/Talk:Featured_image_proposals#Draft_Guidelines helpful? -- Andrew ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
Hi! Russian and Ukrainian community, including DWG member Eugene Sandulenko, have come to an agreement to not touch administrative borders and name tags of Crimea until 1st of June, 0:01 MSK. The situation there is quite unstable and will change significantly in coming months. Ukrainian president elections will be held on 25th of May, and we expect thing to be more clear after that. Every edit touching name tags and administrative borders will be treated as provoking an edit war and reverted, users who do that repeatedly will be banned. Sorry if that was your plan for coming weeks. Please do not discuss politics on this mailing list. IZ From: Clifford Snow cliff...@snowandsnow.us I'm curious how OSM handles this dispute. I expect Russia's parliament ratify the annexation and I expect that Ukraine will continue to disagree. Do we have a documented process in place to determine when the border is changed? I couldn't find anything on the wiki after a quick search. If it is documented, can someone please point it out to me? We have a disputes page which is fine for handling disputes. I'm looking for the process for determining when we all agree that a border should be changed. Please, let's not get hung up on if you agree or disagree with the annexation. IZ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Postbussen
Hoi heren, Er stond of staat een lage bus bij de ingang van het oude postkantoor op 't Neude te Utrecht. Nou ja 4 jaar terug dan. Mvg Nick ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-ie] At this rate, we'll have all townlands mapped by 17th November 2020!
Hi Constanze, Yes we have resources available which make mapping the townlands very accurate. You should pop into the osm-ie IRC channel and chat to the folks there about it. They will help you get set up You can access it from your browser through the following link - https://kiwiirc.com/client/irc.oftc.net/osm-ie Dave (DaCor) On Sat, Mar 15, 2014 at 10:28 AM, tumsi tu...@gmx.de wrote: Hi all, I just start mapping in Ireland... Are there any sources available that we can use to mark the townland borders? Or are you looking for land marks? regards, Constanze Original-Nachricht Betreff: [OSM-talk-ie] At this rate, we'll have all townlands mapped by 17th November 2020! Datum: Sat Mar 01 2014 16:13:38 GMT+0100 Von: Rory McCann r...@technomancy.org An: Discussion of Open Streetmap in Ireland talk-ie@openstreetmap.org ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] Numeração de ruas
Pessoal, A numeração de ruas no Rio NÃO SEGUE A MÉTRICA. Numerar assim será um erro. Erick, se quiser eu te passo a numeração dessa região. []s Paulo Em 17 de março de 2014 23:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Aaaah tava em medição chinesa, agora que coloquei em métrica. Valeu. Em 17 de março de 2014 23:47, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Trebien, na verdade todos os números tirei dos prédios, exceto o 7500, eu tirei ele pq quando clico na linha da interpolação deu 7.47 naquela regua lá embaixo, imaginei que fossem 7500 m e coloquei lá. Pensando também que essa é a regra pra numerar, ou não? Em 17 de março de 2014 23:43, Fernando Trebien fernando.treb...@gmail.com escreveu: O jeito que você fez está certo segundo a definição, mas o Nominatim não está retornando resultados. Acho que podemos usar esse como mais um exemplo de bugs no Nominatim. Mas tem 2 coisas estranhas: - esse número parece estar fora da ordem crescente (deve ser em torno do número 1400 não em torno do 1900): http://www.openstreetmap.org/node/2724558367 - tem 1,95km de extensão entre os números 2005 e 7500, deve ter algum erro aí (provavelmente é o número 7500); nessa extensão, a numeração só poderia ter ido de 2005 para algo em torno de 4000 caso a regra da distância esteja sendo obedecida pelas autoridades locais (pode não estar) Isso às vezes acontece em outros lugares no Brasil. Porto Alegre tem uma avenida famosa por ter 3 numerações simultâneas (há mais de 1 década!), e só 1 delas oficial. Nessas situações, ou você tenta descobrir a numeração oficial, ou deixa fora do interpolador os números que parecem estar fora da ordem (que podem muito bem ser mapeados um a um futuramente) ou que parecem estar distorcendo demais a regra da distância. Uma outra sugestão: tente quebrar a linha do interpolador. Por exemplo, poderia quebrar no número 2005 e ver se faz alguma diferença. (Vou dar uma investigada em que pé andam as correções desses problemas no Nominatim.) 2014-03-17 23:26 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: O problema Trebien, é que lá não é sinalizado, consegui algumas informações dos prédios na internet... E ficou assim: pra começar: http://www.openstreetmap.org/way/266959251. Farei uns testes no Nominatim e no Osmand. Em 17 de março de 2014 23:18, Fernando Trebien fernando.treb...@gmail.com escreveu: Deveria, em teoria. O Nominatim em particular tem umas verificações de sanidade (por exemplo, distância entre dois números muito grande, ou um grande número de números interpolados numa extensão muito curta da rua). Já tem tickets abertos sobre esse problema, não sei se já foram consertados. Outros sistemas provavelmente não fazem essa verificação, então deveria funcionar. Se você não quiser colocar em cada esquina, e não funcionar colocar só o primeiro e o último, coloque um número mais ou menos a cada 2 ou 3 esquinas, ou a cada quilômetro, só pra conter um pouco os erros de precisão (que tendem a se acumular mais em curvas fechadas do que em retas) e também pra passar pelas verificações do Nominatim. Só isso já deve dar um resultado muito superior ao Google. Mas o ideal mesmo é ter um número em cada esquina, em ambos os lados da esquina, como no exemplo que eu passei. Fazendo assim dá pra ter certeza que os números de cada quadra sempre cairão dentro da quadra, nunca nas quadras vizinhas. 2014-03-17 22:51 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E isso ainda funcionaria ainda se eu pegasse somente o primeiro e ultimo numero da rua mesmo, mas não de cada esquina? Em 17 de março de 2014 22:29, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: É o que eu faço nas ruas que eu mapeio. Pegar todos os números é complicado. Acho que só vale a pena numerar cada porta se a numeração for desordenada. Enfim, o ideal é mapear tudo, mas temos um território grande para cobrir, talvez mapear todos os números num segundo momento ou quando pudermos importar de alguma fonte autorizada. []s Paulo Em 17 de março de 2014 21:48, Wille wi...@wille.blog.br escreveu: Quando não é possível pegar todos os números de uma rua, eu pego o primeiro e último de cada quadra para fazer a interpolação. Ainda não tive oportunidade de testar, mas esse aplicativo parece ajudar bastante a capturar os números: https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 Li sobre ele em http://www.openstreetmap.org/user/RoadLessTraveled/diary/21217 abçs, wille On 17-03-2014 20:37, Paulo Carvalho wrote: Nos pontos vão addr:street (que tem que ser igual ao name na linha da via) Isso é ponto crucial para a numeração sair nos mapas Garmin.
Re: [Talk-br] Pedidos de geração de mapas
Há uma lista dos códigos de cidades que estão disponibilizados? OBS.: Muito legal este trabalho. Parabéns. Em 17 de março de 2014 22:53, Thiago Marcos P. Santos tmpsan...@gmail.comescreveu: Olá pessoal, Gerei os mapas da seguintes cidades abaixo, conforme solicitado. Se faltou alguma, favor avisar. 2305803 - Ipu - CE 2305001 - Guaraciaba do Norte - CE 2500601 - Alhandra - PB 2905404 - Cairu - BA 3164472 - Sao Sebastiao do Anta - MG 4203303 - Campo Alegre - SC 4209102 - Joinville - SC Estas duas eu gerei para testar o script com cidades maiores (IIRC alguém comentou sobre Belém faltar nomes de ruas aqui na lista): 1501402 - Belem - PA 5103403 - Cuiaba - MT Os mapas estao disponíveis via web aqui: http://tiles.tmpsantos.com.br/ E para adionar no JOSM como layer TMS: http://tiles.tmpsantos.com.br/v2/[CODIGO]/{zoom}/{x}/{y}.png Exemplo (Belém): http://tiles.tmpsantos.com.br/v2/1501402/{zoom}/{x}/{y}.png Infelizmente estou tendo problemas com cidades do estado de SP. O formato dos PDFs lá parace ser diferente do resto do estados que testei até então. Estou tentado arrumar. []'s ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Numeração de ruas
Só vou mexer no DF mesmo, Paulo. Em 18/03/2014 08:12, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Pessoal, A numeração de ruas no Rio NÃO SEGUE A MÉTRICA. Numerar assim será um erro. Erick, se quiser eu te passo a numeração dessa região. []s Paulo Em 17 de março de 2014 23:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Aaaah tava em medição chinesa, agora que coloquei em métrica. Valeu. Em 17 de março de 2014 23:47, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Trebien, na verdade todos os números tirei dos prédios, exceto o 7500, eu tirei ele pq quando clico na linha da interpolação deu 7.47 naquela regua lá embaixo, imaginei que fossem 7500 m e coloquei lá. Pensando também que essa é a regra pra numerar, ou não? Em 17 de março de 2014 23:43, Fernando Trebien fernando.treb...@gmail.com escreveu: O jeito que você fez está certo segundo a definição, mas o Nominatim não está retornando resultados. Acho que podemos usar esse como mais um exemplo de bugs no Nominatim. Mas tem 2 coisas estranhas: - esse número parece estar fora da ordem crescente (deve ser em torno do número 1400 não em torno do 1900): http://www.openstreetmap.org/node/2724558367 - tem 1,95km de extensão entre os números 2005 e 7500, deve ter algum erro aí (provavelmente é o número 7500); nessa extensão, a numeração só poderia ter ido de 2005 para algo em torno de 4000 caso a regra da distância esteja sendo obedecida pelas autoridades locais (pode não estar) Isso às vezes acontece em outros lugares no Brasil. Porto Alegre tem uma avenida famosa por ter 3 numerações simultâneas (há mais de 1 década!), e só 1 delas oficial. Nessas situações, ou você tenta descobrir a numeração oficial, ou deixa fora do interpolador os números que parecem estar fora da ordem (que podem muito bem ser mapeados um a um futuramente) ou que parecem estar distorcendo demais a regra da distância. Uma outra sugestão: tente quebrar a linha do interpolador. Por exemplo, poderia quebrar no número 2005 e ver se faz alguma diferença. (Vou dar uma investigada em que pé andam as correções desses problemas no Nominatim.) 2014-03-17 23:26 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: O problema Trebien, é que lá não é sinalizado, consegui algumas informações dos prédios na internet... E ficou assim: pra começar: http://www.openstreetmap.org/way/266959251. Farei uns testes no Nominatim e no Osmand. Em 17 de março de 2014 23:18, Fernando Trebien fernando.treb...@gmail.com escreveu: Deveria, em teoria. O Nominatim em particular tem umas verificações de sanidade (por exemplo, distância entre dois números muito grande, ou um grande número de números interpolados numa extensão muito curta da rua). Já tem tickets abertos sobre esse problema, não sei se já foram consertados. Outros sistemas provavelmente não fazem essa verificação, então deveria funcionar. Se você não quiser colocar em cada esquina, e não funcionar colocar só o primeiro e o último, coloque um número mais ou menos a cada 2 ou 3 esquinas, ou a cada quilômetro, só pra conter um pouco os erros de precisão (que tendem a se acumular mais em curvas fechadas do que em retas) e também pra passar pelas verificações do Nominatim. Só isso já deve dar um resultado muito superior ao Google. Mas o ideal mesmo é ter um número em cada esquina, em ambos os lados da esquina, como no exemplo que eu passei. Fazendo assim dá pra ter certeza que os números de cada quadra sempre cairão dentro da quadra, nunca nas quadras vizinhas. 2014-03-17 22:51 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E isso ainda funcionaria ainda se eu pegasse somente o primeiro e ultimo numero da rua mesmo, mas não de cada esquina? Em 17 de março de 2014 22:29, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: É o que eu faço nas ruas que eu mapeio. Pegar todos os números é complicado. Acho que só vale a pena numerar cada porta se a numeração for desordenada. Enfim, o ideal é mapear tudo, mas temos um território grande para cobrir, talvez mapear todos os números num segundo momento ou quando pudermos importar de alguma fonte autorizada. []s Paulo Em 17 de março de 2014 21:48, Wille wi...@wille.blog.br escreveu: Quando não é possível pegar todos os números de uma rua, eu pego o primeiro e último de cada quadra para fazer a interpolação. Ainda não tive oportunidade de testar, mas esse aplicativo parece ajudar bastante a capturar os números: https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 Li sobre ele em http://www.openstreetmap.org/user/RoadLessTraveled/diary/21217 abçs, wille On 17-03-2014 20:37, Paulo Carvalho wrote: Nos pontos vão addr:street (que tem que ser
Re: [Talk-br] Numeração de ruas
Ah, sim, um dos links que você passou apontava para o bairro da Lagoa, no Rio. Em 18 de março de 2014 11:05, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Só vou mexer no DF mesmo, Paulo. Em 18/03/2014 08:12, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: Pessoal, A numeração de ruas no Rio NÃO SEGUE A MÉTRICA. Numerar assim será um erro. Erick, se quiser eu te passo a numeração dessa região. []s Paulo Em 17 de março de 2014 23:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Aaaah tava em medição chinesa, agora que coloquei em métrica. Valeu. Em 17 de março de 2014 23:47, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Trebien, na verdade todos os números tirei dos prédios, exceto o 7500, eu tirei ele pq quando clico na linha da interpolação deu 7.47 naquela regua lá embaixo, imaginei que fossem 7500 m e coloquei lá. Pensando também que essa é a regra pra numerar, ou não? Em 17 de março de 2014 23:43, Fernando Trebien fernando.treb...@gmail.com escreveu: O jeito que você fez está certo segundo a definição, mas o Nominatim não está retornando resultados. Acho que podemos usar esse como mais um exemplo de bugs no Nominatim. Mas tem 2 coisas estranhas: - esse número parece estar fora da ordem crescente (deve ser em torno do número 1400 não em torno do 1900): http://www.openstreetmap.org/node/2724558367 - tem 1,95km de extensão entre os números 2005 e 7500, deve ter algum erro aí (provavelmente é o número 7500); nessa extensão, a numeração só poderia ter ido de 2005 para algo em torno de 4000 caso a regra da distância esteja sendo obedecida pelas autoridades locais (pode não estar) Isso às vezes acontece em outros lugares no Brasil. Porto Alegre tem uma avenida famosa por ter 3 numerações simultâneas (há mais de 1 década!), e só 1 delas oficial. Nessas situações, ou você tenta descobrir a numeração oficial, ou deixa fora do interpolador os números que parecem estar fora da ordem (que podem muito bem ser mapeados um a um futuramente) ou que parecem estar distorcendo demais a regra da distância. Uma outra sugestão: tente quebrar a linha do interpolador. Por exemplo, poderia quebrar no número 2005 e ver se faz alguma diferença. (Vou dar uma investigada em que pé andam as correções desses problemas no Nominatim.) 2014-03-17 23:26 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: O problema Trebien, é que lá não é sinalizado, consegui algumas informações dos prédios na internet... E ficou assim: pra começar: http://www.openstreetmap.org/way/266959251. Farei uns testes no Nominatim e no Osmand. Em 17 de março de 2014 23:18, Fernando Trebien fernando.treb...@gmail.com escreveu: Deveria, em teoria. O Nominatim em particular tem umas verificações de sanidade (por exemplo, distância entre dois números muito grande, ou um grande número de números interpolados numa extensão muito curta da rua). Já tem tickets abertos sobre esse problema, não sei se já foram consertados. Outros sistemas provavelmente não fazem essa verificação, então deveria funcionar. Se você não quiser colocar em cada esquina, e não funcionar colocar só o primeiro e o último, coloque um número mais ou menos a cada 2 ou 3 esquinas, ou a cada quilômetro, só pra conter um pouco os erros de precisão (que tendem a se acumular mais em curvas fechadas do que em retas) e também pra passar pelas verificações do Nominatim. Só isso já deve dar um resultado muito superior ao Google. Mas o ideal mesmo é ter um número em cada esquina, em ambos os lados da esquina, como no exemplo que eu passei. Fazendo assim dá pra ter certeza que os números de cada quadra sempre cairão dentro da quadra, nunca nas quadras vizinhas. 2014-03-17 22:51 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: E isso ainda funcionaria ainda se eu pegasse somente o primeiro e ultimo numero da rua mesmo, mas não de cada esquina? Em 17 de março de 2014 22:29, Paulo Carvalho paulo.r.m.carva...@gmail.com escreveu: É o que eu faço nas ruas que eu mapeio. Pegar todos os números é complicado. Acho que só vale a pena numerar cada porta se a numeração for desordenada. Enfim, o ideal é mapear tudo, mas temos um território grande para cobrir, talvez mapear todos os números num segundo momento ou quando pudermos importar de alguma fonte autorizada. []s Paulo Em 17 de março de 2014 21:48, Wille wi...@wille.blog.br escreveu: Quando não é possível pegar todos os números de uma rua, eu pego o primeiro e último de cada quadra para fazer a interpolação. Ainda não tive oportunidade de testar, mas esse aplicativo parece ajudar bastante a capturar os números: https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 Li sobre ele em
[Talk-br] Nova versão do Mapas Coletivos
Oi pessoal, Hoje o Ecolab, laboratório de inovação em jornalismo que faço parte, lançou a nova versão do Mapas Coletivos, uma plataforma de publicação de mapas web. Vejam lá: www.mapascoletivos.com.br O código está no GitHub. Fiquem a vontade para abrir issues: https://github.com/oeco/mapascoletivos Obrigado, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova versão do Mapas Coletivos
Que interessante! Qual a licença dos dados publicados nesse site? (Podemos importá-los no OSM?) 2014-03-18 16:44 GMT-03:00 Vitor George vitor.geo...@gmail.com: Oi pessoal, Hoje o Ecolab, laboratório de inovação em jornalismo que faço parte, lançou a nova versão do Mapas Coletivos, uma plataforma de publicação de mapas web. Vejam lá: www.mapascoletivos.com.br O código está no GitHub. Fiquem a vontade para abrir issues: https://github.com/oeco/mapascoletivos Obrigado, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova versão do Mapas Coletivos
Oi Fernando, Os termos de uso dizem que os dados estão sob uma licença Creative Commons, que não sei exatamente se é compatível com o OSM. De qualquer maneira, o dono da camada é dono do copyright dos dados, e ele poderia relicenciar em ODbL. Em breve vamos disponibilizar uma funcionalidade que permite a exibição de geometrias do OSM no Mapas Coletivos. Elas virão a partir de uma busca do Nominatim, e seria possível adicionar o polígono de um bairro ou cidade, por exemplo. Vitor Em 18/03/2014 17:09, Fernando Trebien fernando.treb...@gmail.com escreveu: Que interessante! Qual a licença dos dados publicados nesse site? (Podemos importá-los no OSM?) 2014-03-18 16:44 GMT-03:00 Vitor George vitor.geo...@gmail.com: Oi pessoal, Hoje o Ecolab, laboratório de inovação em jornalismo que faço parte, lançou a nova versão do Mapas Coletivos, uma plataforma de publicação de mapas web. Vejam lá: www.mapascoletivos.com.br O código está no GitHub. Fiquem a vontade para abrir issues: https://github.com/oeco/mapascoletivos Obrigado, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova versão do Mapas Coletivos
Oi Gerald, Veja esta página: http://www.mapascoletivos.com.br/about A enfase do Mapas Coletivos é a de produção de conteúdo multimídia associado a elementos de um mapa. Ao criar um local, é possível associar um conteúdo com texto, foto e vídeo. Aqui há um tutorial de como fazer isso: http://www.mapascoletivos.com.br/tutorial Abraço, Vitor 2014-03-18 17:27 GMT-03:00 Gerald Weber gwebe...@gmail.com: Oi Vitor eu dei uma olhada no site, mas confesso que não entendi qual o propósito dele. Você poderia explicar ou apontar para algum lugar no site onde há uma introdução? abraço Gerald 2014-03-18 16:44 GMT-03:00 Vitor George vitor.geo...@gmail.com: Oi pessoal, Hoje o Ecolab, laboratório de inovação em jornalismo que faço parte, lançou a nova versão do Mapas Coletivos, uma plataforma de publicação de mapas web. Vejam lá: www.mapascoletivos.com.br O código está no GitHub. Fiquem a vontade para abrir issues: https://github.com/oeco/mapascoletivos Obrigado, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Pedidos de geração de mapas
2014-03-18 4:52 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: Depois de acertar os de SP, pode adicionar os de Porto Alegre também? Aqui não é tão urgente porque eu acho que os dados da UFRGS são de qualidade superior, mas eu teria curiosidade em comparar. Tá lá. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Pedidos de geração de mapas
2014-03-18 13:28 GMT+02:00 Paulo Carvalho paulo.r.m.carva...@gmail.com: Há uma lista dos códigos de cidades que estão disponibilizados? http://tiles.tmpsantos.com.br/cities.txt OBS.: Muito legal este trabalho. Parabéns. Valeu! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Mudança na URL da layer TMS do IBGE
Olá, Agora os tiles de todas as cidades já processadas estão em um lugar só: http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png Bem mais conveniente já que não precisa ficar adicionando uma nova layer no JOSM para cada cidade. Porém, em zooms mais distantes, podem aparecer buracos entre cidades próximas (i.e. veja BH, Contagem e Betim). Quando eu terminar de processar todas as cidades, talvez eu consiga resolver isso fazendo um merge mais inteligente dos arquivos .mbtiles. Feedback é bem vindo. Br, ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança na URL da layer TMS do IBGE
Tentando adicionar seu TMS, mas infelizmente ja e offshore com linha lenta Eu tem um script que utilizando ImageMagick para combinar tiles com overlap, que acho vai rodar no Linux (eu rodando o script no Mac OS X em Bash ambiente). Voce tem cidades capixaba processado? Procurando principalmente Guarapari, mas outros cidades também tem interessa Aun Johnsen On Mar 18, 2014, at 21:19, Thiago Marcos P. Santos tmpsan...@gmail.com wrote: Olá, Agora os tiles de todas as cidades já processadas estão em um lugar só: http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png Bem mais conveniente já que não precisa ficar adicionando uma nova layer no JOSM para cada cidade. Porém, em zooms mais distantes, podem aparecer buracos entre cidades próximas (i.e. veja BH, Contagem e Betim). Quando eu terminar de processar todas as cidades, talvez eu consiga resolver isso fazendo um merge mais inteligente dos arquivos .mbtiles. Feedback é bem vindo. Br, ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Pedidos de geração de mapas
Show! Só um detalhe: qual o código de PoA? Primeiras impressões: alinhamento aceitável, alguns POIs novos. As imagens ficam meio difíceis em apliações mais afastadas, será que você não está redimensionando as imagens com um filtro nearest? (Acho que um linear/bicúbico ficaria um pouco melhor.) (Isso não chega a ser um problema, já que vendo de longe não daria pra mapear nada com precisão.) 2014-03-18 21:10 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com: 2014-03-18 4:52 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: Depois de acertar os de SP, pode adicionar os de Porto Alegre também? Aqui não é tão urgente porque eu acho que os dados da UFRGS são de qualidade superior, mas eu teria curiosidade em comparar. Tá lá. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Pedidos de geração de mapas
Ah, melhor: você tem o nome das cidades que cada código representa? Podemos colocar tudo num artigo no wiki, daí futuramente você só precisa ir editando lá conforme vai acrescentando as cidades. 2014-03-18 22:00 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Show! Só um detalhe: qual o código de PoA? Primeiras impressões: alinhamento aceitável, alguns POIs novos. As imagens ficam meio difíceis em apliações mais afastadas, será que você não está redimensionando as imagens com um filtro nearest? (Acho que um linear/bicúbico ficaria um pouco melhor.) (Isso não chega a ser um problema, já que vendo de longe não daria pra mapear nada com precisão.) 2014-03-18 21:10 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com: 2014-03-18 4:52 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: Depois de acertar os de SP, pode adicionar os de Porto Alegre também? Aqui não é tão urgente porque eu acho que os dados da UFRGS são de qualidade superior, mas eu teria curiosidade em comparar. Tá lá. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Pedidos de geração de mapas
Vi a outra mensagem só agora. Pode ignorar minha mensagem anterior. :P 2014-03-18 22:02 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Ah, melhor: você tem o nome das cidades que cada código representa? Podemos colocar tudo num artigo no wiki, daí futuramente você só precisa ir editando lá conforme vai acrescentando as cidades. 2014-03-18 22:00 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Show! Só um detalhe: qual o código de PoA? Primeiras impressões: alinhamento aceitável, alguns POIs novos. As imagens ficam meio difíceis em apliações mais afastadas, será que você não está redimensionando as imagens com um filtro nearest? (Acho que um linear/bicúbico ficaria um pouco melhor.) (Isso não chega a ser um problema, já que vendo de longe não daria pra mapear nada com precisão.) 2014-03-18 21:10 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com: 2014-03-18 4:52 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: Depois de acertar os de SP, pode adicionar os de Porto Alegre também? Aqui não é tão urgente porque eu acho que os dados da UFRGS são de qualidade superior, mas eu teria curiosidade em comparar. Tá lá. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Pedidos de geração de mapas
2014-03-19 3:00 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: Show! Só um detalhe: qual o código de PoA? Primeiras impressões: alinhamento aceitável, alguns POIs novos. As Não consegui achar um offset padrão (dae poderia aplicar em todas as cidades). :( Tem cidade que o alinhamento fica quase perfeito, algumas ficam bem fora. Nos sobra alinhar usando o offset de layer do JOSM. imagens ficam meio difíceis em apliações mais afastadas, será que você não está redimensionando as imagens com um filtro nearest? (Acho que um linear/bicúbico ficaria um pouco melhor.) (Isso não chega a ser um problema, já que vendo de longe não daria pra mapear nada com precisão.) Tou usando o nearest. Cheguei a testar com bilinear, mas o resultado não foi bom: - A imagem ficou bem maior ( 2x) porque adiciona mais cores por causa do anti-aliasing. - Mais lento para processar. - No fim das contas, só da para ler os nomes das ruas no zoom 18 ou 19, mesmo resultado do nearest. Achei que o trade off não compesava... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mudança na URL da layer TMS do IBGE
Você tem o link pras imagens originais? Às vezes elas se sobrepõem e pode ter alguma informação na imagem original que acabou oculta. (Talvez tenha como amenizar esse problema se tiver como combinar as imagens fazendo uma média das cores ou escolhendo a mais escura nas partes em que as imagens se sobrepõem.) 2014-03-18 21:54 GMT-03:00 Lists li...@gimnechiske.org: Tentando adicionar seu TMS, mas infelizmente ja e offshore com linha lenta Eu tem um script que utilizando ImageMagick para combinar tiles com overlap, que acho vai rodar no Linux (eu rodando o script no Mac OS X em Bash ambiente). Voce tem cidades capixaba processado? Procurando principalmente Guarapari, mas outros cidades também tem interessa Aun Johnsen On Mar 18, 2014, at 21:19, Thiago Marcos P. Santos tmpsan...@gmail.com wrote: Olá, Agora os tiles de todas as cidades já processadas estão em um lugar só: http://tiles.tmpsantos.com.br/v2/ibge/{zoom}/{x}/{y}.png Bem mais conveniente já que não precisa ficar adicionando uma nova layer no JOSM para cada cidade. Porém, em zooms mais distantes, podem aparecer buracos entre cidades próximas (i.e. veja BH, Contagem e Betim). Quando eu terminar de processar todas as cidades, talvez eu consiga resolver isso fazendo um merge mais inteligente dos arquivos .mbtiles. Feedback é bem vindo. Br, ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Pedidos de geração de mapas
Ah bom, se não tem o que fazer, nem se preocupe. 2014-03-18 22:12 GMT-03:00 Thiago Marcos P. Santos tmpsan...@gmail.com: 2014-03-19 3:00 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: Show! Só um detalhe: qual o código de PoA? Primeiras impressões: alinhamento aceitável, alguns POIs novos. As Não consegui achar um offset padrão (dae poderia aplicar em todas as cidades). :( Tem cidade que o alinhamento fica quase perfeito, algumas ficam bem fora. Nos sobra alinhar usando o offset de layer do JOSM. imagens ficam meio difíceis em apliações mais afastadas, será que você não está redimensionando as imagens com um filtro nearest? (Acho que um linear/bicúbico ficaria um pouco melhor.) (Isso não chega a ser um problema, já que vendo de longe não daria pra mapear nada com precisão.) Tou usando o nearest. Cheguei a testar com bilinear, mas o resultado não foi bom: - A imagem ficou bem maior ( 2x) porque adiciona mais cores por causa do anti-aliasing. - Mais lento para processar. - No fim das contas, só da para ler os nomes das ruas no zoom 18 ou 19, mesmo resultado do nearest. Achei que o trade off não compesava... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Usuário estranho
Olhem as edições estranhas desse usuário: http://www.openstreetmap.org/user/Marcoslima ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Usuário estranho
2014-03-19 0:08 GMT-03:00 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Olhem as edições estranhas desse usuário: http://www.openstreetmap.org/user/Marcoslima Motel dentro de cemitério http://www.openstreetmap.org/node/2723974128 Edições estranhas, realmente (created_by estranho, name vazios) Enviei mensagem, mas seria bom alguém mais perguntar o que ele está utilizando (e porque está criando esses objetos) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Exportando caminhos em relações para arquivos XML
Pessoal, Preciso exportar os caminhos contidos em algumas relações para um arquivo XML. Como posso fazê-lo? Abraços! -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Exportando caminhos em relações para arquivos XML
http://osmrm.openstreetmap.de/gpx.jsp?relation=? Substitua a interrogação pelo id da relação e você conseguirá um arquivo GPX da relação. KML você teria que converter este arquivo. Essa é a forma prática que sei agora. Se você precisa de muitas relações teria que ver algo mais automatizado com o pessoal da lista. Em 19 de março de 2014 01:16, Vítor Rodrigo Dias vitor.d...@gmail.comescreveu: Pessoal, Preciso exportar os caminhos contidos em algumas relações para um arquivo XML. Como posso fazê-lo? Abraços! -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Exportando caminhos em relações para arquivos XML
Na verdade era KML mesmo, eu me confundi no e-mail inicial. Muito obrigado! Em 19 de março de 2014 01:24, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ah você quer XML, tá aki: http://api.openstreetmap.org/api/0.6/relation/? Substitua o ? pelo id Em 19 de março de 2014 01:23, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: http://osmrm.openstreetmap.de/gpx.jsp?relation=? Substitua a interrogação pelo id da relação e você conseguirá um arquivo GPX da relação. KML você teria que converter este arquivo. Essa é a forma prática que sei agora. Se você precisa de muitas relações teria que ver algo mais automatizado com o pessoal da lista. Em 19 de março de 2014 01:16, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: Pessoal, Preciso exportar os caminhos contidos em algumas relações para um arquivo XML. Como posso fazê-lo? Abraços! -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ 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 -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 9895-3975 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Mein Forum-Account gesperrt?
Was zum Teufel? Wieso wurde mein Account im Forum gesperrt? Ich habe noch nie gespammt oder sowas... http://i.imgur.com/Tw39dum.png Langsam aber sicher nervt mich das Ganze hier: Gegen Spammer wird nicht vorgegangen (oder zum Teil bleibt Spam x Tage lang vorhanden - vorallem in den Blogs). Aber andererseits werde ich gesperrt... wegen was eigentlich? Ich habe höchstens mal (etwa vor 1 Jahr oder sogar länger) das eine oder andere Programm/Projekt oder GPS-Empfänger oder Artikel über OSM in den News mal gepostet. Aber sicher nicht gespammt... Naja, zum Glück gibt es andere OpenSource-Projekte (hat dann zwar nichts mit OSM zu tun, aber mir kann es egal sein). Wenn die Sperre bis heute Nachmittag noch aktiv ist, bin ich weg von OSM. So kann man auch Leute vergraulen. Ich habe in OSM mehrere 1000 Edits. Das meiste in meiner Gegend ist von mir. Aber soll sich halt jemand anders um diese Gegend kümmern. Danke an denjenigen Deppen, der mich gesperrt hat! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt?
Am 18.03.2014 09:46, schrieb Fred Jelk: Was zum Teufel? Wieso wurde mein Account im Forum gesperrt? Ich habe noch nie gespammt oder sowas... Das scheint ein globales Problem zu sein. Man muss nicht einmal eine Benutzerkennung eingeben und die Meldung erscheint auch bei mir. Also mal in Ruhe abwarten ... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt?
Hallo Fred, ich wollte gerade mal nachsehen, ob ich im Forum was über Dich lesen kann, aber ich bin genauso ausgeschlossen wg. Spam. Die Forumsoftware dürfte einfach spinnen oder etwas wurde falsch konfiguriert. viele Grüße Dietmar Am 18.03.2014 09:46, schrieb Fred Jelk: Was zum Teufel? Wieso wurde mein Account im Forum gesperrt? Ich habe noch nie gespammt oder sowas... http://i.imgur.com/Tw39dum.png Langsam aber sicher nervt mich das Ganze hier: Gegen Spammer wird nicht vorgegangen (oder zum Teil bleibt Spam x Tage lang vorhanden - vorallem in den Blogs). Aber andererseits werde ich gesperrt... wegen was eigentlich? Ich habe höchstens mal (etwa vor 1 Jahr oder sogar länger) das eine oder andere Programm/Projekt oder GPS-Empfänger oder Artikel über OSM in den News mal gepostet. Aber sicher nicht gespammt... Naja, zum Glück gibt es andere OpenSource-Projekte (hat dann zwar nichts mit OSM zu tun, aber mir kann es egal sein). Wenn die Sperre bis heute Nachmittag noch aktiv ist, bin ich weg von OSM. So kann man auch Leute vergraulen. Ich habe in OSM mehrere 1000 Edits. Das meiste in meiner Gegend ist von mir. Aber soll sich halt jemand anders um diese Gegend kümmern. Danke an denjenigen Deppen, der mich gesperrt hat! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt?
Hi Fred, ich befürchte, das ist ein anderes, größeres Problem und hat absolut nichts mit dir zu tun. Ich bin im Forum nicht eingelogged und bekomme dieselbe Meldung, die angegebene mailadresse sieht auch nicht korrekt aus (@na1400.info). Sieht also eher nach einem fetten Problem mit der Forendomain oder dem Server aus als nach einem bösen Admin, der dich gesperrt hat. Insofern komm wieder runter, niemand von OSM will dir was böses und ich vermute, auch niemand hat dich gesperrt. Gruß Peter Am 18.03.2014 09:46, schrieb Fred Jelk: Was zum Teufel? Wieso wurde mein Account im Forum gesperrt? Ich habe noch nie gespammt oder sowas... http://i.imgur.com/Tw39dum.png Langsam aber sicher nervt mich das Ganze hier: Gegen Spammer wird nicht vorgegangen (oder zum Teil bleibt Spam x Tage lang vorhanden - vorallem in den Blogs). Aber andererseits werde ich gesperrt... wegen was eigentlich? Ich habe höchstens mal (etwa vor 1 Jahr oder sogar länger) das eine oder andere Programm/Projekt oder GPS-Empfänger oder Artikel über OSM in den News mal gepostet. Aber sicher nicht gespammt... Naja, zum Glück gibt es andere OpenSource-Projekte (hat dann zwar nichts mit OSM zu tun, aber mir kann es egal sein). Wenn die Sperre bis heute Nachmittag noch aktiv ist, bin ich weg von OSM. So kann man auch Leute vergraulen. Ich habe in OSM mehrere 1000 Edits. Das meiste in meiner Gegend ist von mir. Aber soll sich halt jemand anders um diese Gegend kümmern. Danke an denjenigen Deppen, der mich gesperrt hat! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt?
Danke für die Rückmeldungen. Dann wurde wohl nicht ich gesperrt, sondern die Forum-Software hat eine Macke. --- Copy auch an talk-ch. --- Am 18.03.2014 10:03, schrieb Peter Wendorff: Hi Fred, ich befürchte, das ist ein anderes, größeres Problem und hat absolut nichts mit dir zu tun. Ich bin im Forum nicht eingelogged und bekomme dieselbe Meldung, die angegebene mailadresse sieht auch nicht korrekt aus (@na1400.info). Sieht also eher nach einem fetten Problem mit der Forendomain oder dem Server aus als nach einem bösen Admin, der dich gesperrt hat. Insofern komm wieder runter, niemand von OSM will dir was böses und ich vermute, auch niemand hat dich gesperrt. Gruß Peter Am 18.03.2014 09:46, schrieb Fred Jelk: Was zum Teufel? Wieso wurde mein Account im Forum gesperrt? Ich habe noch nie gespammt oder sowas... http://i.imgur.com/Tw39dum.png Langsam aber sicher nervt mich das Ganze hier: Gegen Spammer wird nicht vorgegangen (oder zum Teil bleibt Spam x Tage lang vorhanden - vorallem in den Blogs). Aber andererseits werde ich gesperrt... wegen was eigentlich? Ich habe höchstens mal (etwa vor 1 Jahr oder sogar länger) das eine oder andere Programm/Projekt oder GPS-Empfänger oder Artikel über OSM in den News mal gepostet. Aber sicher nicht gespammt... Naja, zum Glück gibt es andere OpenSource-Projekte (hat dann zwar nichts mit OSM zu tun, aber mir kann es egal sein). Wenn die Sperre bis heute Nachmittag noch aktiv ist, bin ich weg von OSM. So kann man auch Leute vergraulen. Ich habe in OSM mehrere 1000 Edits. Das meiste in meiner Gegend ist von mir. Aber soll sich halt jemand anders um diese Gegend kümmern. Danke an denjenigen Deppen, der mich gesperrt hat! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt?
Am 18.03.2014 10:03, schrieb Peter Wendorff: ... Ich bin im Forum nicht eingelogged und bekomme dieselbe Meldung, die angegebene mailadresse sieht auch nicht korrekt aus (@na1400.info). Das Forum ist bekanntlich ein privates Projekt von Lambertus, die Adresse stimmt. Simon PS: es sind seit längerem, aus verschiedenen Gründen Bestrebungen unterwegs dass unsere Sysadmins den Betrieb übernehmen, dass ist aber noch nicht passiert. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt?
Ich kann bestätigen, daß das ein technisches Problem ist. Im Forum ist zu lesen: bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Mein-Forum-Account-gesperrt-tp5800140p5800157.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt? Geht anscheinend wieder
Forum ist wieder online. Am 18.03.2014 11:15, schrieb NopMap: Ich kann bestätigen, daß das ein technisches Problem ist. Im Forum ist zu lesen: bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Mein-Forum-Account-gesperrt-tp5800140p5800157.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt? Geht anscheinend wieder
Am 18.03.2014 12:29, schrieb Fred Jelk: Forum ist wieder online. Nack. Unfortunately everyone receives a 'you are banned' message. This is an error! We are working hard on a solution. Sorry for any inconvenience. Entzugsgrüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt? Geht anscheinend wieder
Bei mir geht's wieder. Und auch bei vielen anderen - es sind jedenfalls viele online. Möglicherweise müssen sie alle User einzeln freischalten (was mich zwar wundern würde), und es wurden zuerst jene freigeschaltet, die sich per Mail beschwerten. Rest erfolgt nach und nach (reine Spekulation meinerseits). Am 18.03.2014 13:07, schrieb chris66: Am 18.03.2014 12:29, schrieb Fred Jelk: Forum ist wieder online. Nack. Unfortunately everyone receives a 'you are banned' message. This is an error! We are working hard on a solution. Sorry for any inconvenience. Entzugsgrüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mein Forum-Account gesperrt? Geht anscheinend wieder
Hi, einzeln freischalten sollte nicht notwendig sein; es handelt sich wohl um ein Problem mit IP-basierten Sperren in Kombination mit einem NAT-Proxy. Bei einigen hilft wohl Shift+F5 bzw. das Leeren des Browsercaches. Gruß Peter Am 18.03.2014 13:16, schrieb Fred Jelk: Bei mir geht's wieder. Und auch bei vielen anderen - es sind jedenfalls viele online. Möglicherweise müssen sie alle User einzeln freischalten (was mich zwar wundern würde), und es wurden zuerst jene freigeschaltet, die sich per Mail beschwerten. Rest erfolgt nach und nach (reine Spekulation meinerseits). Am 18.03.2014 13:07, schrieb chris66: Am 18.03.2014 12:29, schrieb Fred Jelk: Forum ist wieder online. Nack. Unfortunately everyone receives a 'you are banned' message. This is an error! We are working hard on a solution. Sorry for any inconvenience. Entzugsgrüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Veneto, parte il referendum per la secessione
Davide, questi referendum sono solo una pagliacciata propagandistica. Non preoccuparti, il Veneto rimarrà in Italia come tutte le altre regioni, province e comuni. L'autoproclamazione di indipendenza non è prevista dalla costituzione, a meno di una rivoluzione (vedi Crimea con conseguenti sanzioni internazionali). Che dite del cantone marittimo svizzero? :) http://www.mattinonline.ch/il-cantone-marittimo-in-sardegna-liniziativa-conquista-la-prima-pagina/ Giovanni 2014-03-18 0:06 GMT+01:00 Davio davide@gmail.com: http://www.liberoquotidiano.it/news/11571590/Veneto--parte-il-referendum-per.html Resto molto perplessodobbiamo preparaci ad aggiornare i confini come territorio autoproclamatosi indipendente? :) Davide - Davide -- View this message in context: http://gis.19327.n5.nabble.com/Veneto-parte-il-referendum-per-la-secessione-tp5800105.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Veneto, parte il referendum per la secessione
Il giorno 18 marzo 2014 08:16, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Che dite del cantone marittimo svizzero? :) http://www.mattinonline.ch/il-cantone-marittimo-in-sardegna-liniziativa-conquista-la-prima-pagina/ Giusta via di mezzo fra indipendenza e zona franca :D Sempre meglio della repubblica di Malu Entu ( http://repubblicademaluentu.blogspot.it/). Abbiamo anche il Principato a Seborga (http://www.principatodiseborga.com/) ma non ho mai cambiato l'admin_level... Giovanni Ciao, Stefano 2014-03-18 0:06 GMT+01:00 Davio davide@gmail.com: http://www.liberoquotidiano.it/news/11571590/Veneto--parte-il-referendum-per.html Resto molto perplessodobbiamo preparaci ad aggiornare i confini come territorio autoproclamatosi indipendente? :) Davide - Davide -- View this message in context: http://gis.19327.n5.nabble.com/Veneto-parte-il-referendum-per-la-secessione-tp5800105.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Importanza autostrade
numero di corsie? On Mar 17, 2014 11:34 PM, Simone Saviolo simone.savi...@gmail.com wrote: Ciao a tutti! Guardando il rendering di map1.eu, ho notato una cosa che avevo già visto altrove. Osservate questa mappa: http://beta.map1.eu/#zoom=8lat=44.99625lon=8.27958layers=BT Non riesco a capire sulla base di cosa alcune autostrade vengano renderizzate come meno importanti. Guardate la A26 (Genova-Gravellona Toce) a nord di Stroppiana (cioè dalla A26dir che va a Santhià in poi), oppure la Torino-Savona, o ancora la Bologna-Padova. Mi sembra che non ci siano differenze di tagging tra la A26 e la A4 (ad esempio), eppure molti rendering le trattano diversamente. Perché? Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Importanza autostrade
La A26 in gran parte del tratto che viene renderizzato più piccolo ha 3 corsie, come la A4 o la A21, ed è taggata come tale. Invece la A26dir, renderizzata come importante, è correttamente taggata a 2 corsie. Il giorno 18 marzo 2014 10:19, Edoardo Yossef Marascalchi e.marascal...@gmail.com ha scritto: numero di corsie? On Mar 17, 2014 11:34 PM, Simone Saviolo simone.savi...@gmail.com wrote: Ciao a tutti! Guardando il rendering di map1.eu, ho notato una cosa che avevo già visto altrove. Osservate questa mappa: http://beta.map1.eu/#zoom=8lat=44.99625lon=8.27958layers=BT Non riesco a capire sulla base di cosa alcune autostrade vengano renderizzate come meno importanti. Guardate la A26 (Genova-Gravellona Toce) a nord di Stroppiana (cioè dalla A26dir che va a Santhià in poi), oppure la Torino-Savona, o ancora la Bologna-Padova. Mi sembra che non ci siano differenze di tagging tra la A26 e la A4 (ad esempio), eppure molti rendering le trattano diversamente. Perché? Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Importanza autostrade
Premetto che ho dato un'occhiata veloce. Mi sembra che i tratti renderizzati con grafica più leggera siano quelli che non appartengono ad una relazione di tipo itinerario europeo: type=route route=road network=e-road Per avere la conferma, bisognerebbe modificare temporaneamente un tratto di autostrada (ad esempio la A6), ad esempio creando una relazione temporanea, e poi verificare che cosa succede al rendering successivo. Ciao /niubii/ Il giorno 18 marzo 2014 10:26, Simone Saviolo simone.savi...@gmail.com ha scritto: La A26 in gran parte del tratto che viene renderizzato più piccolo ha 3 corsie, come la A4 o la A21, ed è taggata come tale. Invece la A26dir, renderizzata come importante, è correttamente taggata a 2 corsie. Il giorno 18 marzo 2014 10:19, Edoardo Yossef Marascalchi e.marascal...@gmail.com ha scritto: numero di corsie? On Mar 17, 2014 11:34 PM, Simone Saviolo simone.savi...@gmail.com wrote: Ciao a tutti! Guardando il rendering di map1.eu, ho notato una cosa che avevo già visto altrove. Osservate questa mappa: http://beta.map1.eu/#zoom=8lat=44.99625lon=8.27958layers=BT Non riesco a capire sulla base di cosa alcune autostrade vengano renderizzate come meno importanti. Guardate la A26 (Genova-Gravellona Toce) a nord di Stroppiana (cioè dalla A26dir che va a Santhià in poi), oppure la Torino-Savona, o ancora la Bologna-Padova. Mi sembra che non ci siano differenze di tagging tra la A26 e la A4 (ad esempio), eppure molti rendering le trattano diversamente. Perché? Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Importanza autostrade
Il giorno 18 marzo 2014 11:04, Francesco Pelullo f.pelu...@gmail.com ha scritto: Premetto che ho dato un'occhiata veloce. Mi sembra che i tratti renderizzati con grafica più leggera siano quelli che non appartengono ad una relazione di tipo itinerario europeo: type=route route=road network=e-road Per avere la conferma, bisognerebbe modificare temporaneamente un tratto di autostrada (ad esempio la A6), ad esempio creando una relazione temporanea, e poi verificare che cosa succede al rendering successivo. Si potrebbe modificare la A26, che fa veramente parte di un itinerario europeo. Provo. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Importanza autostrade
Il giorno 18 marzo 2014 11:16, Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 18 marzo 2014 11:04, Francesco Pelullo f.pelu...@gmail.com ha scritto: Premetto che ho dato un'occhiata veloce. Mi sembra che i tratti renderizzati con grafica più leggera siano quelli che non appartengono ad una relazione di tipo itinerario europeo: type=route route=road network=e-road Per avere la conferma, bisognerebbe modificare temporaneamente un tratto di autostrada (ad esempio la A6), ad esempio creando una relazione temporanea, e poi verificare che cosa succede al rendering successivo. Si potrebbe modificare la A26, che fa veramente parte di un itinerario europeo. Provo. Ciao, Simone Ho fatto prima una prova con Overpass, e in effetti hai ragione: http://overpass-turbo.eu/s/2NM Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] I nomi delle vie
Ieri mi sono avventurato nell'installazione su un Garmin nuvi delle mappe OSM che si trovano in rete. Al primo test di ricerca del nome del comune le prime sorprese. Nessun risultato o risultati solo per alcuni comuni. Non parliamo della ricerca per via dove il piu' delle volte bisogna sapere nome, cognome, soprannome e data di nascita del personaggio storico relativo, altrimenti non viene trovato nulla. Vabbe', si tratta dei soliti problemi simili a quelli di Nominatim. Siccome mi e' gia' capitato di cercare di risolvere la questione, mi pare che il problema piu' grande per i nomi delle way sia il fatto che il tag name e' libero. Questo fatto complica enormemente il lavoro di estrazione dell'informazione utile a chi usa i dati OSM per fare ricerche. Non converrebbe fare un uso piu' sofisticato dei tag per cio' che riguarda il nome? Via Pinco Pallo contiene in realta' informazioni diverse: - Via cioe' il tipo di strada - Pinco cioe' il nome di una persona (sto semplificando) - Pallo cioe' il cognome di una persona Non converrebbe usare un sistema di codifica diverso o dei sottotag in modo da non perdere informazioni. Se sto facendo la ricerca del nome di una via, il dato piu' importante nell'esempio precedente e' Pallo, non via o pinco che sono generici e ripetuti. Il sistema usato da Daniele Forsi per fare i controlli va gia' in questa direzione, avendo suddiviso i dati relativi al tag name nelle varie parti, quando possibile. Non converrebbe farlo a monte invece di demandare la cosa ai data consumers? ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Qualcosa sui civici ISTAT è anche uscita
https://twitter.com/istat_it/status/445846421783465984 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcosa sui civici ISTAT è anche uscita
On Tue, Mar 18, 2014 at 11:33 AM, Maurizio Napolitano napoo...@gmail.com wrote: https://twitter.com/istat_it/status/445846421783465984 di fatto sono gli stradari di tutta italia. no civici. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcosa sui civici ISTAT è anche uscita
Il 18 marzo 2014 11:34, Simone Cortesi sim...@cortesi.com ha scritto: no civici. no party... C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcosa sui civici ISTAT è anche uscita
no civici. no party... +1 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcosa sui civici ISTAT è anche uscita
2014-03-18 11:40 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: no civici. no party... +1 Mapping party? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I nomi delle vie
Si potrebbe utilizzare una sintassi del tipo: name=Cognome,Nome quando il toponimo è riferito ad un personaggio. Questo potrebbe essere utile sia per le ricerche, sia per etichettare le features quando c'è poco spazio. Ad esempio, potremmo scegliere tra Via Garibaldi oppure Via G. Garibaldi al posto di null perchè Via Giuseppe Garibaldi è troppo lungo o collide con altre etichette. Ciao /niubii/ Il 18/mar/2014 11:28 emmexx emm...@tiscalinet.it ha scritto: Ieri mi sono avventurato nell'installazione su un Garmin nuvi delle mappe OSM che si trovano in rete. Al primo test di ricerca del nome del comune le prime sorprese. Nessun risultato o risultati solo per alcuni comuni. Non parliamo della ricerca per via dove il piu' delle volte bisogna sapere nome, cognome, soprannome e data di nascita del personaggio storico relativo, altrimenti non viene trovato nulla. Vabbe', si tratta dei soliti problemi simili a quelli di Nominatim. Siccome mi e' gia' capitato di cercare di risolvere la questione, mi pare che il problema piu' grande per i nomi delle way sia il fatto che il tag name e' libero. Questo fatto complica enormemente il lavoro di estrazione dell'informazione utile a chi usa i dati OSM per fare ricerche. Non converrebbe fare un uso piu' sofisticato dei tag per cio' che riguarda il nome? Via Pinco Pallo contiene in realta' informazioni diverse: - Via cioe' il tipo di strada - Pinco cioe' il nome di una persona (sto semplificando) - Pallo cioe' il cognome di una persona Non converrebbe usare un sistema di codifica diverso o dei sottotag in modo da non perdere informazioni. Se sto facendo la ricerca del nome di una via, il dato piu' importante nell'esempio precedente e' Pallo, non via o pinco che sono generici e ripetuti. Il sistema usato da Daniele Forsi per fare i controlli va gia' in questa direzione, avendo suddiviso i dati relativi al tag name nelle varie parti, quando possibile. Non converrebbe farlo a monte invece di demandare la cosa ai data consumers? ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I nomi delle vie
Scusate ma mi formicola il senso di ragno... Il tag nome e' ben definito, deve contenere il nome ufficiale, non abbreviato della strada. E l'intelligenza in questo caso non puo' essere in tag furbi, perche' nel nome della strada ci puo' essere di tutto, soprattutto se non ci limitiamo all'uso italiano. Ad esempio, l'uso dei nomi di persone famose e' comune in italia... ma non e' nemmeno l'unico criterio, e non vedo come creare tag che siano abbastanza generici, soprattutto se usciamo dal nostro contesto. Non so nemmeno se le strade devono avere un nome per forza, ad es. nei paesi orientali usano indirizzi del tutto diversi... Poi, in openstreetmap si possono creare tag in modo libero, ma a meno che il tag abbia un numero di utilizzi rilevanti, e' piuttosto ininfluente... 2014-03-18 11:44 GMT+01:00 Francesco Pelullo f.pelu...@gmail.com: Si potrebbe utilizzare una sintassi del tipo: name=Cognome,Nome quando il toponimo è riferito ad un personaggio. Questo potrebbe essere utile sia per le ricerche, sia per etichettare le features quando c'è poco spazio. Ad esempio, potremmo scegliere tra Via Garibaldi oppure Via G. Garibaldi al posto di null perchè Via Giuseppe Garibaldi è troppo lungo o collide con altre etichette. Ciao /niubii/ Il 18/mar/2014 11:28 emmexx emm...@tiscalinet.it ha scritto: Ieri mi sono avventurato nell'installazione su un Garmin nuvi delle mappe OSM che si trovano in rete. Al primo test di ricerca del nome del comune le prime sorprese. Nessun risultato o risultati solo per alcuni comuni. Non parliamo della ricerca per via dove il piu' delle volte bisogna sapere nome, cognome, soprannome e data di nascita del personaggio storico relativo, altrimenti non viene trovato nulla. Vabbe', si tratta dei soliti problemi simili a quelli di Nominatim. Siccome mi e' gia' capitato di cercare di risolvere la questione, mi pare che il problema piu' grande per i nomi delle way sia il fatto che il tag name e' libero. Questo fatto complica enormemente il lavoro di estrazione dell'informazione utile a chi usa i dati OSM per fare ricerche. Non converrebbe fare un uso piu' sofisticato dei tag per cio' che riguarda il nome? Via Pinco Pallo contiene in realta' informazioni diverse: - Via cioe' il tipo di strada - Pinco cioe' il nome di una persona (sto semplificando) - Pallo cioe' il cognome di una persona Non converrebbe usare un sistema di codifica diverso o dei sottotag in modo da non perdere informazioni. Se sto facendo la ricerca del nome di una via, il dato piu' importante nell'esempio precedente e' Pallo, non via o pinco che sono generici e ripetuti. Il sistema usato da Daniele Forsi per fare i controlli va gia' in questa direzione, avendo suddiviso i dati relativi al tag name nelle varie parti, quando possibile. Non converrebbe farlo a monte invece di demandare la cosa ai data consumers? ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I nomi delle vie
Il 03/18/2014 12:07 PM, Luciano Montanaro scrisse: Il tag nome e' ben definito, deve contenere il nome ufficiale, non abbreviato della strada. E l'intelligenza in questo caso non puo' essere in tag furbi, perche' nel nome della strada ci puo' essere di tutto, soprattutto se non ci limitiamo all'uso italiano. E' ovvio che il ragionamento e' partito da un classico caso italiano, visto che siamo su Talk-it. E' altrettanto evidente che il senso del mio post non era ne' usare tag furbi ne' limitarsi alle way italiane. Io parlerei di tag efficaci, al momento il tag name lo e' poco per molti aspetti. Poi, in openstreetmap si possono creare tag in modo libero, ma a meno che il tag abbia un numero di utilizzi rilevanti, e' piuttosto ininfluente... Anche openstreetmap e' inunfluente se inutilizzabile per molti scopi per cui i dati geografici vengono comunemente utilizzati. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I nomi delle vie
Secondo me questo e' un problema del software... Diciamo che vuoi andare in via pinco pallo a paperopoli. Il software dovrebbe almeno permettere ricerche di stringhe parziali, per cui sia che cerchi pinco o pallo, le strade che contengono il match vengano proposte come possibilita'. Per via, i match saranno troppi per essere utile... Ci sono motori che permettono ricerche abbastanza sofisticate, senza richiedere intervento manuale per il tagging. 2014-03-18 12:15 GMT+01:00 emmexx emm...@tiscalinet.it: Il 03/18/2014 12:07 PM, Luciano Montanaro scrisse: Il tag nome e' ben definito, deve contenere il nome ufficiale, non abbreviato della strada. E l'intelligenza in questo caso non puo' essere in tag furbi, perche' nel nome della strada ci puo' essere di tutto, soprattutto se non ci limitiamo all'uso italiano. E' ovvio che il ragionamento e' partito da un classico caso italiano, visto che siamo su Talk-it. E' altrettanto evidente che il senso del mio post non era ne' usare tag furbi ne' limitarsi alle way italiane. Io parlerei di tag efficaci, al momento il tag name lo e' poco per molti aspetti. Poi, in openstreetmap si possono creare tag in modo libero, ma a meno che il tag abbia un numero di utilizzi rilevanti, e' piuttosto ininfluente... Anche openstreetmap e' inunfluente se inutilizzabile per molti scopi per cui i dati geografici vengono comunemente utilizzati. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I nomi delle vie
Non so se parliamao dello steso problema. Nelle ultime settimane ho utilizzato per la prima volta un Garmin nüvi 50 con mappe Lambertus. Ero negli USA e ho notsto che spesso la ricerca di destinazione utilizzando la ricerca per indirizo (country, city, street number, street) ha prodotto no match found, Sicuramante non di tratta di un problema legato ai nomi di personaggi. Non ho ancora fatto una ricerca, so solo che il problema era noto alle persone con le quali parlavo lì (ambito OSM) 2014-03-18 12:15 GMT+01:00 emmexx emm...@tiscalinet.it: Il 03/18/2014 12:07 PM, Luciano Montanaro scrisse: Il tag nome e' ben definito, deve contenere il nome ufficiale, non abbreviato della strada. E l'intelligenza in questo caso non puo' essere in tag furbi, perche' nel nome della strada ci puo' essere di tutto, soprattutto se non ci limitiamo all'uso italiano. E' ovvio che il ragionamento e' partito da un classico caso italiano, visto che siamo su Talk-it. E' altrettanto evidente che il senso del mio post non era ne' usare tag furbi ne' limitarsi alle way italiane. Io parlerei di tag efficaci, al momento il tag name lo e' poco per molti aspetti. Poi, in openstreetmap si possono creare tag in modo libero, ma a meno che il tag abbia un numero di utilizzi rilevanti, e' piuttosto ininfluente... Anche openstreetmap e' inunfluente se inutilizzabile per molti scopi per cui i dati geografici vengono comunemente utilizzati. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I nomi delle vie
Il 03/18/2014 12:36 PM, Luciano Montanaro scrisse: Ci sono motori che permettono ricerche abbastanza sofisticate, senza richiedere intervento manuale per il tagging. Tali motori come ben sai sono improponibili su certi device. La soluzione a monte deriva dal fatto che mi pare piu' pratico lasciare ai mappatori la valutazione di quali siano le parti importanti del valore del tag name invece di demandare questo compito ad algoritmi ogni volta diversi, complessi e raramente precisi. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stazione meteorologica
dovresti inventare un nuovo tag (credo, non ho verificato nel wiki o su taginfo) magari qualcosa di simile a quello usato per le telecamere di sorveglianza (man_made=surveillance) e cioè camera:mount=pole con height=* per l'altezza in metri ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I nomi delle vie
Il 03/18/2014 12:45 PM, Volker Schmidt scrisse: Non so se parliamao dello steso problema. Nelle ultime settimane ho utilizzato per la prima volta un Garmin nüvi 50 con mappe Lambertus. Ero negli USA e ho notsto che spesso la ricerca di destinazione utilizzando la ricerca per indirizo (country, city, street number, street) ha prodotto no match found, Sicuramante non di tratta di un problema legato ai nomi di personaggi. Non ho ancora fatto una ricerca, so solo che il problema era noto alle persone con le quali parlavo lì (ambito OSM) Credo che le mappe OSM per Garmin debbano contenere un elenco di nomi formattato in un certo modo affinche' funzioni la ricerca. Ovviamente il modo piu' semplice per ottenere questo elenco e' prendere il contenuto del tag name senza ulteriori elaborazioni. Con le ovvie conseguenze: se il device non fornisce di suo un algoritmo di ricerca sofisticato o scrivi il nome esattamente come e' presente su osm o non trovi nulla. Altrettanto evidentemente l'operazione con cui dal tag name si riesce ad estrarre un elenco di stringhe significativo deve essere piuttosto complessa da implementare (per i garmin), perche' altrimenti non si spiegherebbe il motivo per cui alcuni file la ricerca dei nomi manco la permettono e in generale la media dei risultati e' veramente insoddisfacente. Se uso la mappa originale garmin, le ricerche anche di nomi parziali in genere funziona. Infine basta nominare Nominatim per evocare incubi in molte persone. :-) ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] I nomi delle vie
Il 03/18/2014 12:56 PM, Luigi Toscano scrisse: Sicuramente non toccando il tag name, comunque. Però non so: pensavo che la ricerca per sottostringa fosse assodata come la linea di base per qualsiasi sistema (e infatti in questo il problema è nominatim, mica i dati). Non stiamo parlando della ricerca con correzione Ma sei sicuro che non volevi scrivere pippo invece di pappo di google, ma di qualcosa veramente di base. Qualcuno ha investigato quale valore ci vorrebbe per questi dispositivi (Garmin, in questo caso) perché la ricerca abbia successo? Credo sia questo il punto di partenza. Non sono affatto certo che questo sia (o debba essere) il punto di partenza. Il problema e' di nominatim cosi' come di qualsiasi sistema che voglia utilizzare una qualche funzione di ricerca. Se la cosa fosse cosi' banale, sarebbe stata gia' risolta sia per nominatim che per i garmin che per navit, ecc. Ragionare per sottostringa significa moltiplicare di parecchio la dimensione di tabelle, i tempi di esecuzione delle ricerche, tutti problemi che, specialmente sui device mobili, non sono ne' banali ne' trascurabili. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] AAA cercasi mappers senesi
Eccomi qua, se posso essere utile... -- View this message in context: http://gis.19327.n5.nabble.com/AAA-cercasi-mappers-senesi-tp5799800p5800191.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenStreetMap a Spaghetti Open Data raduno?
A meno di due settimane dal via, chi ha deciso di venire? Ho fatto un doodle http://doodle.com/yue4e3v7nzducpa7 Ciao, Stefano Il giorno 29 gennaio 2014 10:51, Maurizio Napolitano napoo...@gmail.comha scritto: 2014-01-29 Simone Cortesi sim...@cortesi.com: Dobbiamo insegnare ai barbari utenti di gmaps come disintossicarsi. +1000!!! Voi non sapete quanti su SOD vedono a Google Maps come la panacea di tutti i loro mali. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcosa sui civici ISTAT è anche uscita
:( il solito elefante che partorisce il topolino... va beh...per ora ci faremo bastare questi dati...sperando in un futuro rilascio dei civici - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Qualcosa-sui-civici-ISTAT-e-anche-uscita-tp5800163p5800208.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
Ciao, Il 17 marzo 2014 23:01, Simone F. grop...@gmail.com ha scritto: Il giorno 16 marzo 2014 13:03, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: io sono contrario all'uso dei shortlinks perché oscurano l'indirizzo (benvenuti in OSM: bit.ly/1coxkKg ;-) ) Tanto per chiarire: si possono creare link proprio del tipo bit.ly/BenvenutOSM, non solo con parole senza senso. il problema è che gli URL shortner oscurano l'URL, puoi crare un link con parole sensate, ma poi farlo comunque puntare a qualche altro sito.[*] 2014-03-17 19:47 GMT+01:00 Aury88 spacedrive...@gmail.com: [rispetto al Comic Sans, ndC] ...sei serio?... XD Ovviamente scherzavo, non sono un grafico e quindi non so suggerire un font bello, posso solo dire che quello che c'è ora non mi piace molto. :-) Ciao, C [*] URLshortners considered harmful (semicit/) http://joshua.schachter.org/2009/04/on-url-shorteners ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
2014-03-18 17:32 GMT+01:00 Cristian Consonni kikkocrist...@gmail.com: [*] URLshortners considered harmful (semicit/) http://joshua.schachter.org/2009/04/on-url-shorteners posso mettere un URL shortener su openstreetmap.it, ma mi sembra avere poco senso la cosa. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Qualcosa sui civici ISTAT è anche uscita
Possiamo aggiornare i dati istat presenti su osm per i place con quelli del 2011? Ciao, Andrea Il 18/mar/2014 16:42 Aury88 spacedrive...@gmail.com ha scritto: :( il solito elefante che partorisce il topolino... va beh...per ora ci faremo bastare questi dati...sperando in un futuro rilascio dei civici - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Qualcosa-sui-civici-ISTAT-e-anche-uscita-tp5800163p5800208.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
ok lasciamo da parte la questione font per il momento... in seguito farò qui una lista di font senza grazie e free e li lascerò al vostro ludibrio (alias votazione xD ) per quanto riguarda lo shortening onestamente non ne vedo la necessità...siamo riusciti ad accorciare parecchio il link (se non si aggiunge la specializzazione per l'operatore commerciale) attualmente è solo un http: // wiki.osm.org / IT:Benvenuto anche facile da leggere ed eventualmente memorizzarese uno dovesse scordarsi il tesserino in ufficio con una ricerca in rete con le parole chiave wiki, osm e benvenuto si ritroverebbe comunque nella lista dei risultati il nostro indirizzo... non ho dovuto rimpicciolire il carattere per salvare spazio orizzontale (come potete vedere più che abbondante) e quindi le uniche motivazioni potrebbero essere stilistiche e di comodità di inserimento...problemi minimi quindi e che secondo me non meritano tutto questo dibattito (se uno non ha intenzione di inserire un paio di lettere in più ancora meno avrà voglia di leggersi un wiki imho quindi la comodità di inserimento la escluderei così a priori come reale necessità..per le scelte stilistiche...potrete dare eventualmente la colpa a me :P ) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmapper-card-tp5795902p5800230.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openstreetmapper card
2014-03-18 17:32 GMT+01:00 Cristian Consonni kikkocrist...@gmail.com: Ovviamente scherzavo, non sono un grafico e quindi non so suggerire un font bello, posso solo dire che quello che c'è ora non mi piace molto. forse si tratta di un problema del SVG? Ti riferisci a tutto il testo o sopratutto al link in fondo? Mi sembra che quel link è stato scalato (il rapporto non è più 1:1 ma qualcosa più stretto e alto). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Artículo en Xataka
Hola a todos, Os paso el artículo de Javier Pastor (@javipas) sobre OpenStreetMap y otras alternativas en el blog Xataka. http://m.xataka.com/gadgets-y-coches/quienes-son-los-duenos-de-los-mapas-en-el-mundo Un saludo Óscar ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] OSM en el radar meteorológico de la F1
Hola, Soy usuario de Alsa y en la línea que uso habitualmente los mapas siguen distando mucho de ser OpenStreetMap, a menos que los hayan modificado en estos 15 ultimos días. ¿Será que para entornos rurales todo llega mas tarde? ;-) De ser así sería otra buena noticia. Como sugerencia se mandó hace ya mucho tiempo. https://twitter.com/osmburgos/status/244877645890875392 --- Mensaje Original --- Desde: Iván Sánchez Ortega i...@sanchezortega.es Enviado: 17 de marzo de 2014 18:58 Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Asunto: Re: [Talk-es] OSM en el radar meteorológico de la F1 El Domingo, 16 de marzo de 2014 07:39:58 Cruz Enrique Borges Hernandez escribió: Estaba viendo la F1 y me he dado cuenta que en el radar meteorológico usan como capa base OSM :) El otro día me di cuenta que en los autobuses ALSA también lo usan para visualizar la ruta. Cada vez lo encuentras en más sitios. En el caso de Alsa, recuerdo que una de las personas responsables de las televisiones que van dentro de los buses se paseó un buen rato por las listas de correo, así que no me extraña para nada :-) -- Iván Sánchez Ortega i...@sanchezortega.es ivan.sanc...@aptomar.com ___ 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-ar] Resumen de Talk-ar, Vol 57, Envío 6
Me gusta el efecto de las fuentes en Pza. de Mayo El mar 18, 2014 9:03 AM, talk-ar-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-ar a talk-ar@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB https://lists.openstreetmap.org/listinfo/talk-ar O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-ar-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-ar-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-ar digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Fwd: [Talk-es] Para los que no crean que los rusos son una especie aparte (dan...@web.de) 2. Re: Fwd: [Talk-es] Para los que no crean que los rusos son una especie aparte (Raul A. Herrera S.) -- Message: 1 Date: Mon, 17 Mar 2014 21:17:51 +0100 From: dan...@web.de To: talk-ar@openstreetmap.org Subject: Re: [Talk-ar] Fwd: [Talk-es] Para los que no crean que los rusos son una especie aparte Message-ID: 5327586f.4030...@web.de Content-Type: text/plain; charset=ISO-8859-1; format=flowed Estoy maravillado con Capital Federal tambien! La catedral quedo buenisima! http://demo.f4map.com/#lat=-34.6077509lon=-58.3739196zoom=19 Saludos, Daniel Am 08.03.2014 17:17, schrieb Fabian Alejandro: -- Forwarded message -- From: Ander Pijoan Date: 2014-02-14 5:00 GMT-03:00 Subject: [Talk-es] Para los que no crean que los rusos son una especie aparte To: Discusión en Español de OpenStreetMap talk...@openstreetmap.org Aprendiendo cómo la gente usa los tags para 3D me he encontrado con esto : http://www.openstreetmap.org/#map=19/55.75245/37.62313 Lo que se traduce en esto : http://map.f4-group.com/#lat=55.7525943lon=37.6228904zoom=19camera.theta=44.14camera.phi=106.857 Y ya el valiente que quiera, que pruebe a abrirla en JOSM. Feliz viernes. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar -- Message: 2 Date: Mon, 17 Mar 2014 20:36:21 -0300 From: Raul A. Herrera S. rherre...@gmail.com To: OpenStreetMap Argentina talk-ar@openstreetmap.org Subject: Re: [Talk-ar] Fwd: [Talk-es] Para los que no crean que los rusos son una especie aparte Message-ID: CALc3T2Hn38= lx_umkcpsf3hgv0zq6uut3gjuwoc9lsmmavc...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hola, Quedan muy bien los mapas, pero alguien puede explicar brevemente como se hace esto?. Se hace edificio por edificio como se hacía originalmente con sketchup o se hace de manera automática?. Un poco después de que postearan el primer mail sobre esto, estaba buscando buscando una dirección con google maps y cuando activo la vista earth noto que los árboles tenían textura: https://www.google.com.ar/maps/@-34.8500987,-58.1059075,549m/data=!3m1!1e3 Y cuando hice clic en el boton inclinar vista los árboles tenían altura y estaba muy bien logrado el efecto ya que donde no había árboles no se elevaba el suelo o donde había un solo árbol se elevaba solo el árbol: https://www.google.com.ar/maps/@-34.8586549,-58.1074701,220a,35y,78.82t/data=!3m1!1e3 Interesante... Saludos, Raúl Herrera S. Y /\ (OO) /\ /\ \##\ /\/#\ /##\ \##\ /##\ /###\/\ /##/ // \#\/#/\/\##\/##/ // \##/ \##/ \/ / \/\/\##/ \/ El 17 de marzo de 2014, 17:17, dan...@web.de escribió: Estoy maravillado con Capital Federal tambien! La catedral quedo buenisima! http://demo.f4map.com/#lat=-34.6077509lon=-58.3739196zoom=19 Saludos, Daniel Am 08.03.2014 17:17, schrieb Fabian Alejandro: -- Forwarded message -- From: Ander Pijoan Date: 2014-02-14 5:00 GMT-03:00 Subject: [Talk-es] Para los que no crean que los rusos son una especie aparte To: Discusión en Español de OpenStreetMap talk...@openstreetmap.org Aprendiendo cómo la gente usa los tags para 3D me he encontrado con esto : http://www.openstreetmap.org/#map=19/55.75245/37.62313 Lo que se traduce en esto :
Re: [Talk-ar] openstreetmap.org.ar caido?
problemas de recursos, hasta q no consigamos un sponsor para el servidor .. On Wed, Mar 12, 2014 at 10:33 PM, Fernando Toledo ftol...@docksud.com.arwrote: Estaba buscando el servicio que alguno (no recuerdo quien) había publicado donde uno puede crear un mapa y ponerle anotaciones, puntos,etc. y encontré que no puedo ingresar al .org.ar -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] openstreetmap.org.ar caido?
hola Werner, cuánta transferencia/espacio/procesador/ram usan? nro de servidores? saludos! On 3/18/2014 1:05 PM, Werner Horsch wrote: problemas de recursos, hasta q no consigamos un sponsor para el servidor .. On Wed, Mar 12, 2014 at 10:33 PM, Fernando Toledo ftol...@docksud.com.ar mailto:ftol...@docksud.com.ar wrote: Estaba buscando el servicio que alguno (no recuerdo quien) había publicado donde uno puede crear un mapa y ponerle anotaciones, puntos,etc. y encontré que no puedo ingresar al .org.ar http://org.ar -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar http://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org mailto:Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] openstreetmap.org.ar caido?
eso se lo tenemos q preguntar a cypher, usaba algo con una cuenta en USA q tenía, le consultamos hasta ahora mis intentos de conseguir un sponsor fracasaron totalmente, evidentemente mis habilidades de gestión no fueron nada buenas jajajaja 2014-03-18 19:04 GMT-03:00 Igor Spiler spi...@gmail.com: hola Werner, cuánta transferencia/espacio/procesador/ram usan? nro de servidores? saludos! On 3/18/2014 1:05 PM, Werner Horsch wrote: problemas de recursos, hasta q no consigamos un sponsor para el servidor .. On Wed, Mar 12, 2014 at 10:33 PM, Fernando Toledo ftol...@docksud.com.arwrote: Estaba buscando el servicio que alguno (no recuerdo quien) había publicado donde uno puede crear un mapa y ponerle anotaciones, puntos,etc. y encontré que no puedo ingresar al .org.ar -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing listTalk-ar@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] openstreetmap.org.ar caido?
El 18/03/14 17:05, Werner Horsch escribió: problemas de recursos, hasta q no consigamos un sponsor para el servidor .. hola que recursos necesitan? quizas pueda aportar alguna vm -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] openstreetmap.org.ar caido?
El 18/03/14 22:44, Werner Horsch escribió: eso se lo tenemos q preguntar a cypher, usaba algo con una cuenta en USA q tenía, le consultamos hasta ahora mis intentos de conseguir un sponsor fracasaron totalmente, evidentemente mis habilidades de gestión no fueron nada buenas jajajaja podemos averiguar con la gente de usla.org.ar -- Fernando Toledo Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ro] Aplicatie GIS - Trasee montane
Salut, Reînviu acest thread cu un feature request :) Când dau clic pe hartă pe o porțiune comună între mai multe trasee, îmi apare un popup numit Prin punctul ales trec mai multe trasee. Ce traseu doriți să fie selectat urmat de o listă a traseelor cu indicatorii numerici (probabil id-urile OSM). Ar fi mai util dacă ar fi afișate denumirile frumoase ale traseelor. Mulțumesc, Strainu În data de 6 iunie 2013, 09:35, Ioan Indreias indre...@gmail.com a scris: Salut, Revin cu un update pentru aplicatia de Trasee Montane [1]: 1. Numarul de trasee montane a ajuns la 302 (impartite in 32 de zone montane) 2. S-a modificat layout-ul paginii de start 3. Au fost integrate in aplicatie informatii meteo obtinute de la meteoblue [2] - mai multe detalii [3] 4. Mai jos gasiti lista la zi a contributorilor OSM pentru traseele montane din Romania - multumim tuturor pentru efortul depus. * crearea de relatii noi 134,Cristian Draghici 94, indreias 20,Michael_H 10,Claudiu C 9,Cristian Haulica 7,RazvanEduard 6,Zsolt Irhazy 6,modulo-bot 4,Ciprian 3,BáthoryPéter 2,owene 2,nltibi 2,Ladaru Laurentiu Bogdan 1,Xlite 1,sorein 1,arni990 * editarea de relatii 177,indreias 152,Cristian Draghici 62,Michael_H 39,xybot 25,RazvanEduard 21,Claudiu C 12,Cristian Haulica 11,sorein 9,Ciprian 6,Zsolt Irhazy 6,razor74 6,modulo-bot 4,alex-map 3,CTA2E 3,BáthoryPéter 2,Xlite 2,owene 2,olvagor 2,nltibi 2,Ladaru Laurentiu Bogdan 2,costinmap 2,arni990 1,Teodoramap 1,rknbg 1,ppisa 1,me_my_self_and_I 1,malenki 1,lonetree 1,JIBEC 1,geodreieck4711 1,filipok 1,cristimdaniel 1,b42 Toate cele bune, Nini [1] http://gis.modulo.ro [2] http://www.meteoblue.com [3] http://indreias.blogspot.ro/2013/06/trasee-montane-prognoza-meteo.html 2012/9/26 Michael Häckel michael.haec...@web.de Salut, calitatea de o hartă de obicei este evaluat după mulțime de informație. De mai multe ori am vrut să merg un drum care a fost pe o hartă (de exemplu harta Dimap) dar nu a existat în realitate. Cred că este mai bine dacă un drum nu este pe hartă decât un drum care este pe hartă nu există pe teren. OSM nu este complet dar după părerea mea informațiile care este pe OSM de obicei este de mai încredere decât înformațiile pe alte hărți turistici. În niște regiuni informațiile pe alte hărți este învechit. Michael P. S.: Mulțumesc pentru stastici pentru contribuțiile :-) Am Mittwoch, 26. September 2012, 01:00:09 schrieb Ioan Indreias: Multumim pentru mesaj si incurajari. O alta mentiune pozitiva a aplicatiei a fost facuta si in [1] Profit de mesajul tau pentru un nou update (la mai bine de 1 an de la ultimul ...) * sunt afisate acum 272 de trasee montane din 26 zone montane Nota: numarul de 500 trasee este probabil o eroare a autorului stirii, eroare care ar putea proveni din faptul ca in lista completa a traseelor exista si trasee duplicate (sunt trasee ce sunt mentionate in mai mult zone montane) * s-a trecut la versiunea 2 a aplicatiei - diferenta majora este ca se afiseaza vectorial doar traseul selectat, restul traseelor fiind evidentiate printr-un layer static * pentru evidentierea zonelor montane, in interfata de tip pentru telefoane, se afiseaza zone de tip Natura2000 (s-a primit acceptul pentru folosirea datelor in OSM) - incercam astfel sa facem tranzitia de la afisarea zonelor montane cu dreptunghiuri, metoda care creeaza probleme in selectia traseelor ce apartin unei zone montane. Exista in continuare zone care nu sunt acoperite deloc (E si NE) sau mai putin (V si NV) - daca aveti posibilitatea de a importa in OSM track-uri (dar mai ales sa creati realatiile de tip hiking impreuna cu marcajul corespunzator) din aceste zone ar fi excelent. Am evitat definirea unor zone montane care sa nu aiba relatii de acest tip - de aceea script-ul de update ne anunta daca exista relatii noi fara acoperire in zone montane. Ca si statistici pentru contributiile din OSM de pana acum avem urmatoarele date: * crearea de relatii noi 119, Cristian Draghici 95, indreias 17, Michael_H 10, Claudiu C 9, Cristian Haulica 6, Zsolt Irhazy 6, modulo-bot 4, Ciprian 2, owene 2, nltibi 1, Xlite 1, arni990 * editarea de relatii 174, indreias 133, Cristian Draghici 39, xybot 24, Michael_H 21, Claudiu C 12, Cristian Haulica 9, sorein 9, Ciprian 6, Zsolt Irhazy 6, modulo-bot 3, owene 2, Xlite 2, rknbg 2, nltibi 2, arni990 1, RazvanEduard 1, malenki 1, lonetree 1, filipok 1, alex-map Toate cele bune, Nini [1] http://www.bucharestlife.net/2012/08/17/hiking-routes-in-romania-on-open-str eet-map/ 2012/9/24 Strainu strain...@gmail.com Mi-a atras atenția azi pe
Re: [Talk-ro] Aplicatie GIS - Trasee montane
Salut, Ai avut ghinion si ai nimerit peste niste trasee care nu au nume (pentru acestea afisam Traseu OSM_relatio_id. Daca mergi in alta zona traseele sunt afisate cu nume, inclusiv in popup-ul mentionat de tine. Daca cineva care cunoaste zona adauga in relatia OSM numele traseului / traseelor la urmatorul update (se face in fiecare marti) o sa apara si in aplicatia de pe http://gis.modulo.ro Multumim pentru feedback, Ioan 2014-03-18 15:08 GMT+02:00 Strainu strain...@gmail.com: Salut, Reînviu acest thread cu un feature request :) Când dau clic pe hartă pe o porțiune comună între mai multe trasee, îmi apare un popup numit Prin punctul ales trec mai multe trasee. Ce traseu doriți să fie selectat urmat de o listă a traseelor cu indicatorii numerici (probabil id-urile OSM). Ar fi mai util dacă ar fi afișate denumirile frumoase ale traseelor. Mulțumesc, Strainu În data de 6 iunie 2013, 09:35, Ioan Indreias indre...@gmail.com a scris: Salut, Revin cu un update pentru aplicatia de Trasee Montane [1]: 1. Numarul de trasee montane a ajuns la 302 (impartite in 32 de zone montane) 2. S-a modificat layout-ul paginii de start 3. Au fost integrate in aplicatie informatii meteo obtinute de la meteoblue [2] - mai multe detalii [3] 4. Mai jos gasiti lista la zi a contributorilor OSM pentru traseele montane din Romania - multumim tuturor pentru efortul depus. * crearea de relatii noi 134,Cristian Draghici 94, indreias 20,Michael_H 10,Claudiu C 9,Cristian Haulica 7,RazvanEduard 6,Zsolt Irhazy 6,modulo-bot 4,Ciprian 3,BáthoryPéter 2,owene 2,nltibi 2,Ladaru Laurentiu Bogdan 1,Xlite 1,sorein 1,arni990 * editarea de relatii 177,indreias 152,Cristian Draghici 62,Michael_H 39,xybot 25,RazvanEduard 21,Claudiu C 12,Cristian Haulica 11,sorein 9,Ciprian 6,Zsolt Irhazy 6,razor74 6,modulo-bot 4,alex-map 3,CTA2E 3,BáthoryPéter 2,Xlite 2,owene 2,olvagor 2,nltibi 2,Ladaru Laurentiu Bogdan 2,costinmap 2,arni990 1,Teodoramap 1,rknbg 1,ppisa 1,me_my_self_and_I 1,malenki 1,lonetree 1,JIBEC 1,geodreieck4711 1,filipok 1,cristimdaniel 1,b42 Toate cele bune, Nini [1] http://gis.modulo.ro [2] http://www.meteoblue.com [3] http://indreias.blogspot.ro/2013/06/trasee-montane-prognoza-meteo.html 2012/9/26 Michael Häckel michael.haec...@web.de Salut, calitatea de o hartă de obicei este evaluat după mulțime de informație. De mai multe ori am vrut să merg un drum care a fost pe o hartă (de exemplu harta Dimap) dar nu a existat în realitate. Cred că este mai bine dacă un drum nu este pe hartă decât un drum care este pe hartă nu există pe teren. OSM nu este complet dar după părerea mea informațiile care este pe OSM de obicei este de mai încredere decât înformațiile pe alte hărți turistici. În niște regiuni informațiile pe alte hărți este învechit. Michael P. S.: Mulțumesc pentru stastici pentru contribuțiile :-) Am Mittwoch, 26. September 2012, 01:00:09 schrieb Ioan Indreias: Multumim pentru mesaj si incurajari. O alta mentiune pozitiva a aplicatiei a fost facuta si in [1] Profit de mesajul tau pentru un nou update (la mai bine de 1 an de la ultimul ...) * sunt afisate acum 272 de trasee montane din 26 zone montane Nota: numarul de 500 trasee este probabil o eroare a autorului stirii, eroare care ar putea proveni din faptul ca in lista completa a traseelor exista si trasee duplicate (sunt trasee ce sunt mentionate in mai mult zone montane) * s-a trecut la versiunea 2 a aplicatiei - diferenta majora este ca se afiseaza vectorial doar traseul selectat, restul traseelor fiind evidentiate printr-un layer static * pentru evidentierea zonelor montane, in interfata de tip pentru telefoane, se afiseaza zone de tip Natura2000 (s-a primit acceptul pentru folosirea datelor in OSM) - incercam astfel sa facem tranzitia de la afisarea zonelor montane cu dreptunghiuri, metoda care creeaza probleme in selectia traseelor ce apartin unei zone montane. Exista in continuare zone care nu sunt acoperite deloc (E si NE) sau mai putin (V si NV) - daca aveti posibilitatea de a importa in OSM track-uri (dar mai ales sa creati realatiile de tip hiking impreuna cu marcajul corespunzator) din aceste zone ar fi excelent. Am evitat definirea unor zone montane care sa nu aiba relatii de acest tip - de aceea script-ul de update ne anunta daca exista relatii noi fara acoperire in zone montane. Ca si statistici pentru contributiile din OSM de pana acum avem urmatoarele date: * crearea de relatii noi 119, Cristian Draghici 95, indreias 17, Michael_H 10, Claudiu C 9, Cristian Haulica 6, Zsolt Irhazy 6, modulo-bot 4,
Re: [Talk-cz] český addr:housenumber
Ahoj, já bych měl také nápad, jak značit adresy trošku jinak. Jak by se ti líbilo tohle? Myslím dům 2390 vlevo a 2284 vpravo. http://www.openstreetmap.org/search?query=libe%C5%88%202295#map=19/50.10829/14.48519 Moje myšlenka spočívá v tom, že addr:consriptionnumber (evt. addr:provisionalnumber) nepatří na uzly, ale na celou cestu domu (evt. části domu), protože číslo domu je přidělováno budově, nikoliv bodu. Takže na obrys domu by se daly značky addr:consriptionnumber a do addr:housenumber by se dalo jen číslo popisné (evt. evidenční). Na dům by se nepřidávala žádná čísla orientační, ani ulice, jen do addr:place jemu příslušející část obce. Pak lze dům najít Nominatimem po zadání “Libeň 2295”, což je formát, který je třeba v katastru a je to prostě označení (adresa) domu jako takového. ta ulice tam být nesmí, protože jednak dům může patřit do více ulic, ale taky to pak Nominatim nenajde, protože ignoruje addr:place. Orientační čísla a názvy ulic by se pak dávaly na uzly označené entrance=yes (příp. entrance=main/emergency/service), které by ležely v cestě domu na místě vchodu. Orientační čísla jsou totiž z definice body , které by ideálně měly být na místě vchodu do domu. Tady by asi nemuselo být ani číslo popisné/orientační, protože už je na domě. Takže addr:housenumber by bylo jen číslo orientační. Jen je třeba zkusit, jestli to Nominatim najde (já tu změnu těch domů dělal před chvíli, tak nevím, jestli je to už v DB Nominatimu). Pokud je místo vchodu neznámé, tak by se uzly s číslem orientačním a ulicí dávaly buď poblíž vchodu, nebo na místo, kde jsou v RÚIAN či katastrální mapě. Když se dívam na to, jak se to vyrenderovalo na hlavní mapě, tak se mi to celkem líbí a je to z hlediska dat logické. Co si myslíte vy? Zdraví, Dalibor From: Jakub Těšínský [mailto:j...@kub.cz] Sent: Tuesday, March 18, 2014 12:09 AM To: talk-cz@openstreetmap.org Subject: [Talk-cz] český addr:housenumber == Pokus o přeformátování předchozíhomailu do čistě textové podoby == Vážení spolumapeři, už asi dva roky mě na české OSM štve jedna věc, takže jí sem napíšu a ačkoli jsem učinil poměrně rozsáhlý výzkum, tak se obávám, že se mi nedostane sluchu prostě protože jsou zábavnější věci k řešení (import RUIAN apod). No ale zkusím to, ono se to totiž váže také k adresám. Cituji z wiki Klíč addr:housenember=* by měl poskytovat takovou hodnotu, aby byla lidsky srozumitelná a zároveň dům jednoznačně určovala. Žádné striktní formalizované požadavky neexistují, ... pod to bych se podepsal. Bohužel doporučené tagování nereflektuje tento popis, takže v housenumber ve velkých městech je nejnepřehlednější forma zápisu typu 1246/19. Je pravda že je to formální způsob udávání adres v ČR, ale do tagu housenumber se to podle mne absolutně nehodí. Jde o to, že addr:housenumber má ještě jedno významné užití a tím je že (narozdíl od streetnumber, provisionalnumber, conscriptionnumber) je to co se zobrazí na mapě. Jasně že v OSM je jedna ze základních pouček netagovat pro render, ale šedivá je teorie a zelený strom praxe. V každé zemi je značení a číslování trochu jiné, takže renderery (mimo těch vázaných na menší lokalitu) nemají šanci zohledňovat lokální formáty s čímž jim housenumber pomáhá. Vlastně dává lokální komunitě šanci si určit, jak to bude značeno na mapách. O nic jiného nejde, všechny informace jsou např. v ČR obsaženy v jiných tagách (fujslovo) housenumber je jen jejich složenina. Ale bohužel ta nejdůležitější. Proč se mi to zdá nepřehledné? Prostudoval jsem spoustu papírových a elektronických map a v absolutní většině případů (a zřejmě z dobrého důvodu) se na mapách ve velkých městech uvádějí orientační čísla, protože to je přesně jejich význam - čísla sloužící pro lepší orientaci lidí. Tam kde nejsou třeba vůbec neexistují. Nejsem kartograf a grafik, takže vám neřeknu žádnou poučku, ale tohle (ulice v Kotcích)je prostě špatně: obrázek je zde: http://kub.cz/osm/snapshot.png odkaz do mapy je zde: http://www.openstreetmap.org/#map=18/50.08397/14.42120 uvádím nejčastější renderer, ale mohl bych klidně pokračovat u jiných, ale nechci vás zahltit. Klidně se podívejte na jakoukoli papírovou kartografy udělanou mapu na tohle místo a nikdy tam nic takového není. Někdy dokonce mapy udávají jen rohová čísla, ale to už je zase věc, která je na rendererům a dá se udělat obecně. To že by kvůli Čechům někdo z housenumber parsoval orientační číslo (nebo ho čet ze streetnumber) se čekat nedá. Schválně se podívejte na výše uvedeném obrázku na ulici Perlová a 28. října kde jsem schválně vyeditoval podobu, jak by podle mě měla vypadat pro normální lidi použitelná mapa. Schválně zkuste co nejrychleji najít adresu 28. října 7 a pak V Kotcích 7, Perlová 6, V Kotcích 6 atd atd. Koukněte se na tenhle kus Berouna: obrázek je zde: http://kub.cz/osm/snapshot2.png odkaz do mapy je zde: http://www.openstreetmap.org/#map=17/49.96178/14.05551 nikomu kdo
Re: [Talk-cz] český addr:housenumber
Nemám nic proti tomu to takto značit v místech, kde se používají čísla orientační. Je to rozhodně přehlednější. Ale na malém městě/ vesnici mi přijde zbytečné, mít číslo jak na budově, tak ještě na vchodu. Tam to naopak situaci ještě více znepřehlední. Tam bych byl pro, prosadit do Nominatim opravu, aby se bral a v potaz jak addr:street tak i addr:place. Nevím, jak moc bude složité to upravit, ale určitě to jde. Marián Dne 18.3.2014 07:09, Dalibor Jelínek napsal: Ahoj, já bych měl také nápad, jak značit adresy trošku jinak. Jak by se ti líbilo tohle? Myslím dům 2390 vlevo a 2284 vpravo. http://www.openstreetmap.org/search?query=libe%C5%88%202295#map=19/50.10829/14.48519 [2] Moje myšlenka spočívá v tom, že addr:consriptionnumber (evt. addr:provisionalnumber) nepatří na uzly, ale na celou cestu domu (evt. části domu), protože číslo domu je přidělováno budově, nikoliv bodu. Takže na obrys domu by se daly značky addr:consriptionnumber a do addr:housenumber by se dalo jen číslo popisné (evt. evidenční). Na dům by se nepřidávala žádná čísla orientační, ani ulice, jen do addr:place jemu příslušející část obce. Pak lze dům najít Nominatimem po zadání Libeň 2295, což je formát, který je třeba v katastru a je to prostě označení (adresa) domu jako takového. ta ulice tam být nesmí, protože jednak dům může patřit do více ulic, ale taky to pak Nominatim nenajde, protože ignoruje addr:place. Orientační čísla a názvy ulic by se pak dávaly na uzly označené entrance=yes (příp. entrance=main/emergency/service), které by ležely v cestě domu na místě vchodu. Orientační čísla jsou totiž z definice body , které by ideálně měly být na místě vchodu do domu. Tady by asi nemuselo být ani číslo popisné/orientační, protože už je na domě. Takže addr:housenumber by bylo jen číslo orientační. Jen je třeba zkusit, jestli to Nominatim najde (já tu změnu těch domů dělal před chvíli, tak nevím, jestli je to už v DB Nominatimu). Pokud je místo vchodu neznámé, tak by se uzly s číslem orientačním a ulicí dávaly buď poblíž vchodu, nebo na místo, kde jsou v RÚIAN či katastrální mapě. Když se dívam na to, jak se to vyrenderovalo na hlavní mapě, tak se mi to celkem líbí a je to z hlediska dat logické. Co si myslíte vy? Zdraví, Dalibor FROM: Jakub Těšínský [mailto:j...@kub.cz] SENT: Tuesday, March 18, 2014 12:09 AM TO: talk-cz@openstreetmap.org SUBJECT: [Talk-cz] český addr:housenumber == Pokus o přeformátování předchozíhomailu do čistě textové podoby == Vážení spolumapeři, už asi dva roky mě na české OSM štve jedna věc, takže jí sem napíšu a ačkoli jsem učinil poměrně rozsáhlý výzkum, tak se obávám, že se mi nedostane sluchu prostě protože jsou zábavnější věci k řešení (import RUIAN apod). No ale zkusím to, ono se to totiž váže také k adresám. Cituji z wiki Klíč addr:housenember=* by měl poskytovat takovou hodnotu, aby byla lidsky srozumitelná a zároveň dům jednoznačně určovala. Žádné striktní formalizované požadavky neexistují, ... pod to bych se podepsal. Bohužel doporučené tagování nereflektuje tento popis, takže v housenumber ve velkých městech je nejnepřehlednější forma zápisu typu 1246/19. Je pravda že je to formální způsob udávání adres v ČR, ale do tagu housenumber se to podle mne absolutně nehodí. Jde o to, že addr:housenumber má ještě jedno významné užití a tím je že (narozdíl od streetnumber, provisionalnumber, conscriptionnumber) je to _co se zobrazí na mapě_. Jasně že v OSM je jedna ze základních pouček netagovat pro render, ale šedivá je teorie a zelený strom praxe. V každé zemi je značení a číslování trochu jiné, takže renderery (mimo těch vázaných na menší lokalitu) nemají šanci zohledňovat lokální formáty s čímž jim housenumber pomáhá. Vlastně dává lokální komunitě šanci si určit, jak to bude značeno na mapách. O nic jiného nejde, všechny informace jsou např. v ČR obsaženy v jiných tagách (fujslovo) housenumber je _jen_ jejich složenina. Ale bohužel ta nejdůležitější. Proč se mi to zdá nepřehledné? Prostudoval jsem spoustu papírových a elektronických map a v absolutní většině případů (a zřejmě z dobrého důvodu) se na mapách ve velkých městech uvádějí orientační čísla, protože to je přesně jejich význam - čísla sloužící pro lepší orientaci lidí. Tam kde nejsou třeba vůbec neexistují. Nejsem kartograf a grafik, takže vám neřeknu žádnou poučku, ale tohle (ulice v Kotcích)je prostě špatně: obrázek je zde: http://kub.cz/osm/snapshot.png [3] odkaz do mapy je zde: http://www.openstreetmap.org/#map=18/50.08397/14.42120 [4] uvádím nejčastější renderer, ale mohl bych klidně pokračovat u jiných, ale nechci vás zahltit. Klidně se podívejte na jakoukoli papírovou kartografy udělanou mapu na tohle místo a nikdy tam nic takového není. Někdy dokonce mapy udávají jen rohová čísla, ale to už je zase věc, která je na rendererům a dá se
Re: [Talk-cz] český addr:housenumber
Jo a myslím, že tím ještě naštvete Petra, protože tohle významně mění celou logiku importu z RUIAN. A podle mně to nebude chtít předělávat, protože by musel předělat algoritmus na dohledávání OSM adres. Marián -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 18. 3. 2014 8:27:26 Předmět: Re: [Talk-cz] český addr:housenumber Nemám nic proti tomu to takto značit v místech, kde se používají čísla orientační. Je to rozhodně přehlednější. Ale na malém městě/ vesnici mi přijde zbytečné, mít číslo jak na budově, tak ještě na vchodu. Tam to naopak situaci ještě více znepřehlední. Tam bych byl pro, prosadit do Nominatim opravu, aby se bral a v potaz jak addr:street tak i addr:place. Nevím, jak moc bude složité to upravit, ale určitě to jde. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz