Re: [Talk-hr] OSM radionica petak(ako ste vec na CUCu)
On Thu, Nov 21, 2013 at 08:10:36AM +0100, Matija Nalis wrote: ako je tko slucajno prijavljen na CUC konferenciju (ili zna nekoga tko je), bude u petak 22.11.2013 u 11h OpenStreetMap radionica (ako je pripremim do sutra :) pa navratite http://tinyurl.com/sys-trek2013 trazilo se mjesto vise na radionici :-) pa se nadam da ce netko od zainteresiranih se i prikljuciti OSM zajednici u vecoj ili manjoj mjeri! Cini mi se da zainteresiranosti ima dosta. Sami slideovi su slobodno dostupni na http://mnalis.com/osm/ Oko pola sata teoretskog dijela je bilo vecina slideova a onda zadnjih par slideova je bilo oko sat vremena prakticnih osnova rada sa JOSMom. Obecao sam takvo sto bio jos za kraj ljeta napraviti u BICu, ali vrijeme leti negdje. Sreca su me pritisli rokovi za CUC pa sam napravio prvo za tamu :) Sada kada imam slozene slajdove mogu lakse nadam se ponoviti. Na CUCu je bilo idealno: racunalna radionica + projektor, tako da se moglo i pokazivati i ljudi prakticno probavati. Tog naravno nemamo u BICu, ali probati cu vidjeti kako i sto bi se mozda moglo... -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Call to make imagery more public
Here's a call to imagery providers to license disaster/crisis imagery under a public license. http://openstreetmap.fr/urgence-philippines While we appreciate the access provided by many imagery providers in response to the Yolanda crisis, OSM-FR is launching a campaign to make the imagery more accessible beyond OSM tracing. I am personally in favor of this call. As an OSM-PH community, I think this will be beneficial for us as well for the longer recovery and rebuilding efforts. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Extending mapping to other areas and improving remote mappers contributions.
Dear OSM-PH mappers, As you all know, the global response to map Yolanda/Haiyan affected areas is tremendous. So far, many of the tasks are fairly covered by volunteers worldwide. For the OSMPH mappers, I would like us to focus on the following tasks: 1. Maximize the use of DigitalGlobe imagery since it will expire in 30 or less days. I created a task for this [0]. As you can see the imagery coverage is well beyond the Typhoon affected areas. We can use this to improve data for example in: - New Bataan (Pablo 2012) - Zamboanga City (post-MNLF crisis) - Bohol (Earthquake, 2013) 2. Trace small islands along the typhoon path. Many of these small islands may have people (check the imagery if there are evidence of settlements). Let's put them in the map so that responders know they exist. 3. Do general quality check of edits. Osmose by OSM-FR is a good tool to check common errors [1]. 4. One last tip if you use JOSM, in order to avoid conflict with simultaneous editors nearby, use JOSM's GeoChat plugin [2] to chat with editors. Thanks! [0] here: http://tasks2.hotosm.org/job/1003 [1] http://osmose.openstreetmap.fr/en/map/?zoom=17lat=11.21248lon=125.00923layers=00BFFTlevel=1,2,3 [2] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Extending mapping to other areas and improving remote mappers contributions.
Can we put a daily-countdown announcement on FB (until expiration date) about that 30-day opportunity to trace...? :-) On Sat, Nov 23, 2013 at 11:03 AM, maning sambale emmanuel.samb...@gmail.com wrote: Dear OSM-PH mappers, As you all know, the global response to map Yolanda/Haiyan affected areas is tremendous. So far, many of the tasks are fairly covered by volunteers worldwide. For the OSMPH mappers, I would like us to focus on the following tasks: 1. Maximize the use of DigitalGlobe imagery since it will expire in 30 or less days. I created a task for this [0]. As you can see the imagery coverage is well beyond the Typhoon affected areas. We can use this to improve data for example in: - New Bataan (Pablo 2012) - Zamboanga City (post-MNLF crisis) - Bohol (Earthquake, 2013) 2. Trace small islands along the typhoon path. Many of these small islands may have people (check the imagery if there are evidence of settlements). Let's put them in the map so that responders know they exist. 3. Do general quality check of edits. Osmose by OSM-FR is a good tool to check common errors [1]. 4. One last tip if you use JOSM, in order to avoid conflict with simultaneous editors nearby, use JOSM's GeoChat plugin [2] to chat with editors. Thanks! [0] here: http://tasks2.hotosm.org/job/1003 [1] http://osmose.openstreetmap.fr/en/map/?zoom=17lat=11.21248lon=125.00923layers=00BFFTlevel=1,2,3 [2] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Extending mapping to other areas and improving remote mappers contributions.
Le 23/11/2013 04:03, maning sambale a écrit : Dear OSM-PH mappers, As you all know, the global response to map Yolanda/Haiyan affected areas is tremendous. So far, many of the tasks are fairly covered by volunteers worldwide. For the OSMPH mappers, I would like us to focus on the following tasks: 1. Maximize the use of DigitalGlobe imagery since it will expire in 30 or less days. I created a task for this [0]. As you can see the imagery coverage is well beyond the Typhoon affected areas. We can use this to improve data for example in: - New Bataan (Pablo 2012) - Zamboanga City (post-MNLF crisis) - Bohol (Earthquake, 2013) 2. Trace small islands along the typhoon path. Many of these small islands may have people (check the imagery if there are evidence of settlements). Let's put them in the map so that responders know they exist. Dear OSM-PH mappers, For example, buildings in Suluan, and Manicani Island, near the typhoon path in Eastern Samar are only very partially mapped. With a building filter, it is very easy to count the number of buildings on a island traced in OSM, and from there estimate the population, to compute how much aid is needed, for example. By the way, if anyone is interested in joining us (working on this mission: http://bit.ly/17Q0Ktn , with this workbook: http://bit.ly/1aIL8LB ), please let Cédric (copied) or me know. Best wishes, Jean-Guilhem OSM-FR and VISOV 3. Do general quality check of edits. Osmose by OSM-FR is a good tool to check common errors [1]. 4. One last tip if you use JOSM, in order to avoid conflict with simultaneous editors nearby, use JOSM's GeoChat plugin [2] to chat with editors. Thanks! [0] here: http://tasks2.hotosm.org/job/1003 [1] http://osmose.openstreetmap.fr/en/map/?zoom=17lat=11.21248lon=125.00923layers=00BFFTlevel=1,2,3 [2] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat signature.asc Description: OpenPGP digital signature ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Extending mapping to other areas and improving remote mappers contributions.
Le 23/11/2013 04:03, maning sambale a écrit : Dear OSM-PH mappers, As you all know, the global response to map Yolanda/Haiyan affected areas is tremendous. So far, many of the tasks are fairly covered by volunteers worldwide. For the OSMPH mappers, I would like us to focus on the following tasks: 1. Maximize the use of DigitalGlobe imagery since it will expire in 30 or less days. I created a task for this [0]. As you can see the imagery coverage is well beyond the Typhoon affected areas. We can use this to improve data for example in: - New Bataan (Pablo 2012) - Zamboanga City (post-MNLF crisis) - Bohol (Earthquake, 2013) 2. Trace small islands along the typhoon path. Many of these small islands may have people (check the imagery if there are evidence of settlements). Let's put them in the map so that responders know they exist. Dear OSM-PH mappers, For example, buildings in Suluan, and Manicani Island, near the typhoon path in Eastern Samar are only very partially mapped. With a building filter, it is very easy to count the number of buildings on a island traced in OSM, and from there estimate the population, to compute how much aid is needed, for example. By the way, if anyone is interested in joining us (working on this mission: http://bit.ly/17Q0Ktn , with this workbook: http://bit.ly/1aIL8LB ), please let Cédric (copied) or me know. Best wishes, Jean-Guilhem OSM-FR and VISOV 3. Do general quality check of edits. Osmose by OSM-FR is a good tool to check common errors [1]. 4. One last tip if you use JOSM, in order to avoid conflict with simultaneous editors nearby, use JOSM's GeoChat plugin [2] to chat with editors. Thanks! [0] here: http://tasks2.hotosm.org/job/1003 [1] http://osmose.openstreetmap.fr/en/map/?zoom=17lat=11.21248lon=125.00923layers=00BFFTlevel=1,2,3 [2] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat signature.asc Description: OpenPGP digital signature ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Coastline updates
On Thu, Nov 21, 2013 at 09:24:46PM -0800, Paul Norman wrote: From: Jochen Topf [mailto:joc...@remote.org] Sent: Monday, November 18, 2013 8:13 AM To: talk@openstreetmap.org Subject: [OSM-talk] Coastline updates Hi! For the last about two weeks we haven't gotten any coastline updates through. The problem is that every day there is something broken somewhere with the coastline. Often problems get fixed the same day, but new problems show up the next. Can't osmcoastline localize these problems to a small area? Coastcheck kept any errors from impacting entire continents, even when there were high numbers of errors. I remember it finding 2k errors when I started running it regularly! Osmcoastline fixes small gaps in the data. I don't know of anything more coastcheck did. If anybody can give me any algorithms how to fix the data or localize these problems, please do. We're always going to have local coastline errors, so we have to figure out how to recover from them I think we have to face it: The approach of allowing the user to add anything to the map and later fix it has failed. I strongly believed in it for the longest time. But I don't any more. We have to have stronger guarantees in the data structures and more checks in editors and in the API. Remember, the coastline is one of the easier problems there. Boundaries are much more complicated. Having spent months already on this easy problem, I don't see how our limited ressources are going to solve this if we don't tackle the problem in a very different way. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline updates
Hi, I think we have to face it: The approach of allowing the user to add anything to the map and later fix it has failed. I strongly believed in it for the longest time. But I don't any more. We have to have stronger guarantees in the data structures and more checks in editors and in the API. Remember, the coastline is one of the easier problems there. Boundaries are much more complicated. Having spent months already on this easy problem, I don't see how our limited ressources are going to solve this if we don't tackle the problem in a very different way. A first step might be to disallow upload of certain easily detected errors (e.g. self intersecting version=1 ways with coastline tags) either in the editor(s) or in the API. This is certainly not going to magically fix all coastline problems but it will lessen the workload of the advanced mappers who try to fix coastline problems. Regards, Patrick Petschge Kilian ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline updates
From: Jochen Topf [mailto:joc...@remote.org] Sent: Friday, November 22, 2013 1:51 AM To: Paul Norman Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Coastline updates On Thu, Nov 21, 2013 at 09:24:46PM -0800, Paul Norman wrote: From: Jochen Topf [mailto:joc...@remote.org] Sent: Monday, November 18, 2013 8:13 AM To: talk@openstreetmap.org Subject: [OSM-talk] Coastline updates Hi! For the last about two weeks we haven't gotten any coastline updates through. The problem is that every day there is something broken somewhere with the coastline. Often problems get fixed the same day, but new problems show up the next. Can't osmcoastline localize these problems to a small area? Coastcheck kept any errors from impacting entire continents, even when there were high numbers of errors. I remember it finding 2k errors when I started running it regularly! Osmcoastline fixes small gaps in the data. I don't know of anything more coastcheck did. If anybody can give me any algorithms how to fix the data or localize these problems, please do. A particular square (400x400 mercator km, I think) containing coastline can be evaluated without considering the rest of the continent thanks to the directionality of coastline ways mattering. You'd periodically get squares that would end up incorrect, but it wouldn't generally cause incorrect results outside that square. I don't know any details of the algorithms used since I didn't write or maintain them, I just know the results. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline updates
On Friday 22 November 2013, Paul Norman wrote: A particular square (400x400 mercator km, I think) containing coastline can be evaluated without considering the rest of the continent thanks to the directionality of coastline ways mattering. You'd periodically get squares that would end up incorrect, but it wouldn't generally cause incorrect results outside that square. I suggested something similar some time ago - processing in tiles would allow partial updates of the valid areas and the invalid tiles would simply be left in the previous state. Given the dynamics of the errors in the OSM inspector this would probably not cause any of the tiles to get overly old due to persistent errors. This is however not trivial to implement, it would not produce full unsplit polygons (which are sometimes needed - not for normal rendering though) and it would occasionally lead to small artefacts at the tile boundaries when one tile is changed and the other tile is not. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap website/API in read-only mode
From: Paul Norman [mailto:penor...@mac.com] Sent: Thursday, November 21, 2013 6:54 PM To: 'Talk Openstreetmap'; d...@openstreetmap.org Subject: [OSM-talk] OpenStreetMap website/API in read-only mode As of 02:30 UTC the OpenStreetMap website and API have been placed into read-only mode while essential maintenance work is done. This work will take a few hours. Work is done, everything is running again. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] That Shouldn't Be Possible™ coverage extended to Benelux
Goedemorgen Robert. That's a great tool you built! From now on I'll have to pay attention where I ride my bike ;-) As you might know, dutch cyclists ride their bike everywhere no matter whether it should or shouldn't be possible. But we (OSM mappers) always stick to the rules of course, so for us It's a wonderful addition to our toolbox. Thanks for sharing this with us. Gertjan Idema On Thu, 2013-11-21 at 21:44 +, Robert Scott wrote: Goedenavond. (there - that should mask my linguistic failures enough for me to fall back into english now) My GPS trace analyzer, That Shouldn't Be Possible™ has recently extended its reach beyond the british isles to cover benelux too. Its purpose? To accept a GPS trace of a drive/cycle you've gone for, analyze the journey against the routable OSM database and, if appropriate, say That Shouldn't Be Possible. Used like this, it can find quite a lot of routing problems or road segments missing from the database. It can also be used to take the hard work out of checking the OSM database against your trace after a long journey by flagging up sections that don't quite agree with OSM. Not quite sure whether you've got that complex junction interlinked and tagged right? Have a gps trace or two that traverses it? That Shouldn't Be Possible might be able to help you. An (extra special dutch) example analysis result can be seen here[1]: I've left a nice great big error (visible as a spike in the plot) in the middle of it as an example where the trace seems to traverse what's marked as a path. I've written a lot more about it on the wiki[2], so I'm not going to duplicate all that blather here. It's still in what I would call a prototype stage, but it works surprisingly well for motorcar traces (less so for bicycle so far, though I would say that's largely the fault of OSRM's bicycle profile). Even so[3] I encourage mappers to try it out[4] on one of their traces. robert. [1] http://ris.dev.openstreetmap.org/tsbp-proto/779918/2/2/ [2] http://wiki.openstreetmap.org/wiki/That_Shouldnt_Be_Possible [3] Especially so - I need testers. [4] http://ris.dev.openstreetmap.org/tsbp-proto/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] [OSM-talk-be] hangout cancelled
Ik heb ook interesse! Als het bijv. vr 29 nov wordt is ook goed. groeten, Just On 22-11-13 08:41, Marc Gemis wrote: Bedankt Jo, dat je zou willen overnemen ik zal misschien toch nog een deel kunnen meedoen, maar ik heb ook nog eens wachtdienst. Dus als er een dringende oproep is moet ik alles laten vallen. Anders uitstellen tot volgende week ? met vriendelijke groeten m 2013/11/22 Jo winfi...@gmail.com mailto:winfi...@gmail.com Ik kan eventueel wel overnemen, al weet ik niet of ik het volledige geplande programma kan brengen. Ik kan alleszins wel tonen hoe ik om de paar maanden het hele fietsroutenetwerk onder handen neem, om te zorgen dat alle onderbrekingen van de routes er weer uit zijn. Ik heb dit in het begin van de week nog 's gedaan voor Vlaams-Brabant, Limburg, Antwerpen en Noord-Brabant. Oost- en West-Vlaanderen had 'k 'gereserveerd' voor de hangout. Ik wil ook nog wel eens een provincie in Nederland aanpakken. Daar zullen veel meer foutjes in zitten, aangezien het al weer veel langer geleden is dat ik me daarmee heb bezig gehouden (jaren ipv maanden). Het script dat ik maakte, maakt me wel attent op problemen, maar dan moeten ze wel nog manueel worden opgelost en dat is nogal tijdsintensief. Jo Op 20 november 2013 05:19 schreef Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com: ten gevolge van familiale omstandigheden kan ik jammer genoeg niet de gastheer zijn van de hangout nu vrijdag. Indien niemand kan overnemen, zal deze niet plaatsvinden. met vriendelijke groeten m ___ Talk-be mailing list talk...@openstreetmap.org mailto:talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list talk...@openstreetmap.org mailto:talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Bicentennial National Trail
I tried to create a Bicentennial National Trail relation, but found 4 relations of this name: Relation 176684: created in July 2009 by John Henderson with route=hiking. This covers 213km from Canberra CBD to Taralga (half way between Canberra and Sydney) Relation 2347837 created on 13/8/2012 by Nick Barker with route=hiking. This covers about 95% of VIC section, 40% of Canberra section, 2% of NSW section, 1% of QLD section. Total 715km of which 53km of the Dargo High Plains Road is not part of the BNT Relation 2347838 created on 13/8/2012 by Nick Barker with route=bicycle. This is almost the same as Relation 2347837 (with less ways and without the 53km of Dargo High Plains Road). Total 645km. Relation 2347839 created on 13/8/2012 by Nick Barker with route=mtb. This is the same as Relation 2347838. Question for Nick Barker: Why 3 relations? BNT is a trail for walkers, MTBers, and horses, so these 3 relation will be the same. Question for John Henderson and everybody: what should be the route type (route=hiking, bicycle or mtb) when the trail is for walkers, MTBers and horses? I suggest: 1. Relation 2347837: to be renamed as Bicentennial National Trail - VIC section; and remove sections in other states 2. Relation 2347838: to be renamed as Bicentennial National Trail - NSW section; remove sections in other states; and merge with Relation 176684 3. Relation 2347839: to be renamed as Bicentennial National Trail - QLD section; and remove sections in other states 4. Relation 176684: remove all sections; put Relations 2347837, 2347838, 2347839 into it as members; ie this relation will become a super-relation with 3 relations as member 5. Change all 4 relations to have tags: route=mtb, foot=yes and horse=yes IMHO, this is becasue 1) BNT is for road bikes, 2) trails for hiking may not allow MTB, 3) 99.9% of trails that allow MTB also allow walkers, 4) it allows the tags mtb:difficulty=advanced, and mtb:type=crosscountry as in now Relation 2347838 John Henderson, you won't be able to see the trail at hiking.waymarkedtrails.org, but it will be at mtb.waymarkedtrails.org. Any comments? or I'll do it. Mander___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Duas questões sobre rodovias
Olá Tácio, Essas tags servem apenas pra uma possível atualização futura da informação a partir de novas informações do IBGE, permitindo casar o cadastro do OSM com o do IBGE. A atualização até poderia ser automática, mas provavelmente seria manual mesmo, já que essa informação quase nunca muda. Além disso, o ponto-e-vírgula (;) desses campos é um problema que dificulta a automatização, ele não existia no registro original do IBGE. Ele aparece no OSM quando alguém mescla (faz merge de) duas vias com tags diferentes. Eu recomendaria só se preocupar em preencher essa informação caso você estivesse copiando dados do IBGE. Nesse caso, você já teria a informação em mãos, não precisaria procurá-la em outro lugar. Rodovias que você mesmo traçou ou fez tracklog não necessitam disso (ter a informação é legal, mas tem tanta outra coisa a ser mapeada no OSM). E não precisa se preocupar em fazer/não-fazer as mesclas por causa dessas tags específicas do IBGE. A preocupação faz mais sentido quando a mescla gera mais de um valor em tags de render e roteamento, como highway, maxspeed, etc. 2013/11/21 Tácio Fernandes taciofernan...@gmail.com 1. Gostaria de saber se eu posso corrigir rodovias que estão fora do contorno no Bing? 2. Percebi que em algumas rodovias é usada tags do IBGE, que parecem não são oficiais, tipo assim: IBGE:CD_ADMINIS=nao informado; estadual IBGE:Functional=1J6CbF; 1J6CbK IBGE:ID2=255; 738 IBGE:cd_adminis=estadual Essas tags são realmente úteis, o que fazer com elas? Se são úteis, onde eu encontro informações sobre mais rodovias? ___ 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] Percorrendo cidades de byke
Por falar em desbravar estradas de byke, aqui no estado de SP o Cesar Rocha está percorrendo todo estado e utilizandos postos de acesso gratuito a internet para registrar sua jornada: Ciclista faz aventura em 100 cidades recorrendo aos Postos do Acessa SP para definir roteiro http://www.acessasp.sp.gov.br/2013/11/ciclista-faz-aventura-pelo-estado-e-utiliza-postos-do-acessa-sp-como-referencia-do-trajeto/ *Edil Queiroz de Araujo* Projeto RGM - Ribeirão Grande em Mapashttp://projetorgmsp.blogspot.com.br/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] CLT (War: Fehler melden auf OpenStreetMap.de)
Hi Thomas, wollen wir dieses Jahr wieder was auf dem CLT zu OSM machen? (http://www.pro-linux.de/news/1/20486/chemnitzer-linux-tage-2014-suchen-nach-vortraegen.html) Ich habe den Eindruck, daß jede beliebige OSM-Veranstaltung angenommen würde, aber mir fällt jetzt konkret nichts ein, was wir tun könnten, ohne uns zu wiederholen (wobe natürlich die Wiederholung die Mutter der Weisheit ist ;-)) Zu Deiner Mail unten: Heißt das, daß OpenLayers out und Leaflet (was immer das ist) in ist? Ich würde mich freuen, wenn Du mir Bescheid gibst, solltest Du Deine Wanderseite grundlegend neu machen - ich habe ja meine Harzkarte davon abgeguckt ... :-) Man sieht sich in Chemnitz - so oder so Andreas. On Tue, Nov 19, 2013 at 08:00:25PM +0100, malenki wrote: Da auf der deutschen OpenStreetMap-Seite noch OpenStreetBugs (wo keine neuen Fehlermeldungen mehr angelegt werden können) verlinkt wird war ich so frei, im SVN den Fehler melden-Knopf zu deaktivieren. Die Karte von OpenStreetMap.de wird noch mit OpenLayers erzeugt, OSM.org mit Leaflet. Mit meinen beschränkten Fähigkeiten konnte ich da leider nichts Produktives schreiben... Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gaskavernen
Hi, auf OpenStreetBugs hat flohoff einen Haufen Gaskavernen eingetragen, bei denen ich davon ausgehe, dass diese Einträge korrekt sind: Einerseits stimmen sie mit Luftbildern und andererseits mit Antwortkommentaren überein. Aber wie sollen wir Gaskavernen eintragen? Letztlich handelt es sich um unterirdische Gasspeicherstätten, wobei oft natürliche Hohlräume für die eigentliche Speicherung genutzt werden. Ich habe jetzt zunächst man_made=gas_cavern genutzt, was sich aber natürlich noch ändern lässt, wenn sich andere Vorschläge ergeben. Zunächst die Frage: Gibt es bereits alternative Tags dafür? Im Wiki gefunden habe ich nichts. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
Hallo, am 22.11.2013 15:35 schrieb Peter Wendorff: wobei oft natürliche Hohlräume für die eigentliche Speicherung genutzt werden Natürliche Hohlräume zur Gaslagerung - wo? Da bin ich einfach nur neugierig. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Viehunterstand?
Am 21.11.2013 17:42, schrieb Martin Koppenhoefer: Am 21. November 2013 17:23 schrieb Stephan Wolff s.wo...@web.de: Meine Argumentation ist, dass Einrichtungen für Menschen anders als Objekte mit ähnlicher Bezeichnung für Pflanzen und Tiere erfasst werden. wobei es hier ja eher um eine unspezifische Eigenschaft (Windschutz, Regenschutz, Unterstand und Schutzmöglichkeit) geht. In der Not wird man (nach Rücksprache mit einem Arzt) z.B. vermutlich auch ein Medikament für Tiere nehmen, wenn es keine Alternative gibt. Das passiert, wenn der Tierarzt als amenity=doctors erfasst wird ;-) Deinen Grundsatz von Menschen als Gegensatz zu Pflanzen und Tieren finde ich ein bisschen haarig. Wenn ich Menschen, Tiere und Pflanzen in 2 Gruppen packen müsste, wären bei mir die Tiere eher bei den Menschen als bei den Pflanzen, weil die Anforderungen und Bedürfnisse doch näher liegen sollte. Ich will Hundeschulen und Baumschulen nicht zusammenfassen. Es können mehr als 2 Gruppen bzw. Tags sein. Eine Baumschule, in der Bäume erzogen werden, fällt nicht unter amenity=school. Habe noch nie gehört, dass in einer Baumschule Bäume ERzogen werden. Dort lernen die Bäume gerade zu stehen. Duden zu erziehen: 2. (Gartenbau) (Pflanzen) [heran]ziehen Einen Felsüberhang würde ich auch nicht als shelter erfassen, eine Höhle mit Bank schon. wieso? Für mich macht das Dach und ggf. der umliegende Schutz den shelter aus, keineswegs die Sitzbank. Wenn man shelter so umfassend definiert, müsste man alle Carports, Vordächer und viele Balkone und Brücken ebenfalls so erfassen. Unter amenity (Wiki: Covering an assortment of community facilities...) wäre es trotzdem falsch. Nochmals die Frage: warum nicht building=field_shelter? das kann man ja machen (oder building=roof), schließt aber das amenity nicht aus. Dann besteht Einigkeit, dass building=field_shelter ein geeignetes Tag ist, und Uneinigkeit zu amenity=shelter. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
Am 22.11.2013 15:49, schrieb Norbert Kück: Hallo, am 22.11.2013 15:35 schrieb Peter Wendorff: wobei oft natürliche Hohlräume für die eigentliche Speicherung genutzt werden Natürliche Hohlräume zur Gaslagerung - wo? Da bin ich einfach nur neugierig. Wo tatsächlich natürliche Hohlräume genutzt werden weiß ich nicht, Die von mir eingetragenen Gaskavernen liegen hier: http://openstreetbugs.schokokeks.org/?zoom=14lat=52.17055lon=6.99923layers=B0T Dass natürliche Hohlräume genutzt werden, sagt z.B. Wikipedia: http://de.wikipedia.org/wiki/Untergrundspeicher (wobei ich mir nicht sicher bin, evtl. werden die Porenspeicher dann auch nicht mehr als Kavernenspeicher bezeichnet). Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
Am 22.11.2013 15:49, schrieb Norbert Kück: Hallo, am 22.11.2013 15:35 schrieb Peter Wendorff: wobei oft natürliche Hohlräume für die eigentliche Speicherung genutzt werden Natürliche Hohlräume zur Gaslagerung - wo? Da bin ich einfach nur neugierig. Ist leider seit ein paar Tagen aktuell, siehe z.B. http://www.ndr.de/regional/niedersachsen/oldenburg/etzel103.html Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
Am 22. November 2013 15:35 schrieb Peter Wendorff wendo...@uni-paderborn.de : Ich habe jetzt zunächst man_made=gas_cavern genutzt, was sich aber natürlich noch ändern lässt, wenn sich andere Vorschläge ergeben. mir ist da bisher noch nichts anderes bekannt und der von Dir vorgeschlagene Tag kommt mir halbwegs sinnvoll vor (klingt ein bisschen nach Übersetzung), auf Wikipedia nennen sie das so: http://en.wikipedia.org/wiki/Natural_gas_storage There are three principal types — depleted gas reservoirs, aquiferhttp://en.wikipedia.org/wiki/Aquiferreservoirs and salt cavern reservoirs. Von daher evtl. man_made=salt_cavern_reservoir ? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Viehunterstand?
Am 22. November 2013 15:50 schrieb Stephan Wolff s.wo...@web.de: Einen Felsüberhang würde ich auch nicht als shelter erfassen, eine Höhle mit Bank schon. wieso? Für mich macht das Dach und ggf. der umliegende Schutz den shelter aus, keineswegs die Sitzbank. Wenn man shelter so umfassend definiert, müsste man alle Carports, Vordächer und viele Balkone und Brücken ebenfalls so erfassen. das muss man nicht, und wird es wohl auch nicht tun. In der Stadt wird man sich sowieso überall unterstellen können, es geht bei shelter daher m.E. prinzipiell um die freie Landschaft. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 174 12.11.-18.11.2013
Hallo, die Wochennotiz Nr. 174 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da http://blog.openstreetmap.de/blog/2013/11/wochennotiz-nr-174/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
Hallo, am 22.11.2013 16:11 schrieb Peter Wendorff: (wobei ich mir nicht sicher bin, evtl. werden die Porenspeicher dann auch nicht mehr als Kavernenspeicher bezeichnet). Genau das ist der Punkt. Porenspeicher sind KEINE Kavernen. Zum Begriff siehe https://de.wikipedia.org/wiki/Kaverne. Das in in der Mail verlinkte Kavernenfeld nutzt einen Salzstock. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
Danke für die Korrektur - ich bin nicht auf den Begriff festgelegt; Vorschläge sind herzlich willkommen Gruß Peter Am 22.11.2013 16:39, schrieb Norbert Kück: Hallo, am 22.11.2013 16:11 schrieb Peter Wendorff: (wobei ich mir nicht sicher bin, evtl. werden die Porenspeicher dann auch nicht mehr als Kavernenspeicher bezeichnet). Genau das ist der Punkt. Porenspeicher sind KEINE Kavernen. Zum Begriff siehe https://de.wikipedia.org/wiki/Kaverne. Das in in der Mail verlinkte Kavernenfeld nutzt einen Salzstock. Gruß nk ___ 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] Gaskavernen
Hallo! Ich habe vom Thema Gasspeicher ja im Grunde wenig Ahnung. Aber nach dem, was ich (auch aus dieser Diskussion) weiß, sieht es doch so aus, dass es verschiedenerlei Anlagen zur Speicherung von Gas gibt, darunter Kavernen und Porenspeicher, aber sicher auch oberirdische Gebäude. Warum also nicht erst mal mit man_made=gas_storage (oder von mir aus eigentlich lieber gas=storage, man_made ist ein Haufen von unzusammenhängendem Zeugs, das eher abgeschafft als ausgearbeitet gehört) die Funktion beschreiben? Damit fintet man schon mal leicht alle Gasspeicher oder überhaupt Anlagen zur Gasversorgung. Um was für eine Art von Speicher es sich handelt, lässt sich mit einer zusätzlichen Angabe beschreiben, z.B. storage_type=cavern beschreiben. Beste Grüße, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Viehunterstand?
Am 22. November 2013 15:50 schrieb Stephan Wolff s.wo...@web.de: Am 21.11.2013 17:42, schrieb Martin Koppenhoefer: Am 21. November 2013 17:23 schrieb Stephan Wolff s.wo...@web.de: Einen Felsüberhang würde ich auch nicht als shelter erfassen, eine Höhle mit Bank schon. wieso? Für mich macht das Dach und ggf. der umliegende Schutz den shelter aus, keineswegs die Sitzbank. Wenn man shelter so umfassend definiert, müsste man alle Carports, Vordächer und viele Balkone und Brücken ebenfalls so erfassen. Unter amenity (Wiki: Covering an assortment of community facilities...) wäre es trotzdem falsch. Ja, ich denke hier geht vieles bei der Kategoriebildung durcheinander. So ist das bei einem offenen Ansatz. Für mich kommt amenity=shelter eher aus der Richtung nützlich für den Menschen beim Wandern. Ich wage mich auch so weit vor, zu sagen, das dies wohl der Ursprung dieses Tags war. Ein Offenstall ist demgegenüber erst einmal primär nützlich für Tiere. Das sich da auch ein Mensch unterstellen kann steht außer zweifel. Trotzdem würde ich es in zwei unterschiedliche Kategorien einordnen. Ich habe auch noch nie in einer Wanderkarte, die von normalen Kartographen erstellt wurde, einen Stall als Schutzhütte dargestellt bzw. eingeordnet gesehen. amenity=shelter ist doch die Beschreibung der Hauptfunktion einer Sache -- Schutzhütte für den Menschen. Die Bisherigen Untergruppen von shelter passen da auch ganz gut. Die Hauptfunktion eines Viehunterstandes ist -- Schutz fürs Vieh bei Unwetter. Also eine ganz andere Hauptfunktion. Das sie im Viehunterstand auch ein Mensch unterstellen kann würde mich nie dazu verleiten, beides in die gleiche Kategorie einzuordnen. Wenn wir beides Schutzhütte und Stall zunächst als Gebäude betrachten würden, so kämen wir zum gleichen Ergebnis. Nie würden wir beides zum gleichen Gebäudetypen zählen. Jedenfalls nicht, wenn wir unser Datenschema beibehalten wollen und zu einem Haupttag nur ein Subtag zur Spezifikation nutzen. Also Stall ist Stall solange er primär fürs Vieh gedacht ist, egal wie viele Wände er hat. Und Schutzhütte ist Schutzhütte, wenn sich primär ein Mensch drunter verkriechen soll. Schutzhütten sollen ja auch für Picknick ganz gut geeignet sein. Ich würde jeden Mapper verfluchen, der mich zu einem Stall schickt. Futterplatz fürs Vieh ist auch was anderes als ein Futterplatz für Menschen, auch wenn ein Mensch im Stall essen kann. Nochmals die Frage: warum nicht building=field_shelter? das kann man ja machen (oder building=roof), schließt aber das amenity nicht aus. Das erscheint mir für den vorliegenden Fall sinnvoll zu sein. Gruß, Falk PS.: Haben wir hier keine empirischen Sozialforscher in der Runde? Die müssten sich doch eigentlich mit Kategoriebildungen auskennen und könnten vielleicht ein paar hilfreiche Tipps zur methodischen Herangehensweise geben. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
Am 22. November 2013 17:08 schrieb Mark Obrembalski m...@obrembalski.de: Ich habe vom Thema Gasspeicher ja im Grunde wenig Ahnung. Aber nach dem, was ich (auch aus dieser Diskussion) weiß, sieht es doch so aus, dass es verschiedenerlei Anlagen zur Speicherung von Gas gibt, darunter Kavernen und Porenspeicher, aber sicher auch oberirdische Gebäude. Warum also nicht erst mal mit man_made=gas_storage (oder von mir aus eigentlich lieber gas=storage, Von gas=storage halte ich gar nichts, storage ist ja keine Spezifizierung des Gases. man_made=gas_storage wäre früher evtl. mal eine Möglichkeit gewesen, aber wo es mittlerweile schon die etablierten tags man_made=gasometer und man_made=storage_tank gibt, wäre ein generisches man_made=gas_storage m.E. ziemlich überflüssig und im Prinzip wegen weiterer Zersplitterung auch schädlich. https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstorage_tank (passt hier allerdings nicht) http://taginfo.openstreetmap.org/tags/man_made=gasometer (könnte ggf. hier passen? Hat aber nur eine ziemlich grobe Definition im Wiki, die sich mit storage_tank überschneidet https://wiki.openstreetmap.org/wiki/Proposed_features/gasometer ) Rein sprachlich wäre vermutlich auch man_made=reservoir_covered ein passender allgemeinerer tag für die Kavernen, gem. Definition ist das allerdings nur für Wasser gedacht: https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dreservoir_covered btw.: habe diese Seite gefunden, vielleicht kann man den outcome der hier laufenden Diskussion dann dort auch nochmal festhalten: https://wiki.openstreetmap.org/wiki/WikiProject_Oil_and_Gas_Infrastructure Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
On 22.11.2013 17:24, Martin Koppenhoefer wrote: Von gas=storage halte ich gar nichts, storage ist ja keine Spezifizierung des Gases. station ist auch keine Spezifizierung des Stroms. halt (und station) ist keine Spezifizierung der Eisenbahn. siren ist keine Spezifizierung eines Notfalls. hotel ist keine Spezifizierung des Tourismus. station beschreibt aber etwas zum Thema Stromversorgung und etwas anderes im Bereich Eisenbahn. siren beschreibt etwas zum Thema Notfälle. Und storage beschreibt etwas zum Thema Gasversorgung. x=y heißt in OSM normalerweise nicht y ist ein Spezialfall von x, sondern vielmehr y macht eine Aussage zum Thema x. man_made=gas_storage wäre früher evtl. mal eine Möglichkeit gewesen, aber wo es mittlerweile schon die etablierten tags man_made=gasometer und man_made=storage_tank gibt, wäre ein generisches man_made=gas_storage m.E. ziemlich überflüssig und im Prinzip wegen weiterer Zersplitterung auch schädlich. man_made=storage_tank halte ich für so unspezifisch, dass es dringend disetabliert gehört. Hier geht es um was von Menschen gemachtes, das übrigens ein Tank ist, in dem man übrigens etwas aufbewahren könnte. http://taginfo.openstreetmap.org/tags/man_made=gasometer (könnte ggf. hier passen? Hat aber nur eine ziemlich grobe Definition im Wiki, die sich mit storage_tank überschneidet https://wiki.openstreetmap.org/wiki/Proposed_features/gasometer ) Der Definition nach würde das sogar passen, was aber nur daran liegt, dass sie kaum über Speicher für Gas hinausgeht - large ist er halt noch. Um welche Art von Speicher es sich handelt, müsste man immer noch mit einem zusätzlichen Tag beschreiben. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
On Fri, Nov 22, 2013 at 03:35:32PM +0100, Peter Wendorff wrote: Hi, auf OpenStreetBugs hat flohoff einen Haufen Gaskavernen eingetragen, bei denen ich davon ausgehe, dass diese Einträge korrekt sind: Einerseits stimmen sie mit Luftbildern und andererseits mit Antwortkommentaren überein. Aber wie sollen wir Gaskavernen eintragen? Letztlich handelt es sich um unterirdische Gasspeicherstätten, wobei oft natürliche Hohlräume für die eigentliche Speicherung genutzt werden. Ich habe jetzt zunächst man_made=gas_cavern genutzt, was sich aber natürlich noch ändern lässt, wenn sich andere Vorschläge ergeben. Zunächst die Frage: Gibt es bereits alternative Tags dafür? Im Wiki gefunden habe ich nichts. Ich habe ja nur die oberirdisch Sichtbaren dinge eingetragen. Unterirdisch wird das ja deutlich größer sein. Aber Verkehrsfläche und Zaun oberirdisch kann man ja mal eintragen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaskavernen
On Fri, Nov 22, 2013 at 03:35:32PM +0100, Peter Wendorff wrote: Hi, Aber wie sollen wir Gaskavernen eintragen? Letztlich handelt es sich um unterirdische Gasspeicherstätten, wobei oft natürliche Hohlräume für die eigentliche Speicherung genutzt werden. Bei Strom macht es ja Sinn dinge die man sieht zu mappen. Dadurch ergibt sich in Deutschland ein zu 95% vollständiges Hochspannungsnetz. Bei Gas sind in den allermeisten fällen ja 80% der Anlagen nicht sichtbar. Das einzige was bleibt sind Gasometer, Verdichterstationen und ggfs ein paar kleiner Schuppen oben auf den Kavernen oder an Entnahmestellen vom Fernleitungsnetz. http://osm.org/go/0DfFf6vUh- http://osm.org/go/0GIRabzxx- http://osm.org/go/0De4Yhb_I-- Die Pipelines sind ja nicht da - Ich habe in Porz mal offene gräben gesehen und ich meine da auch was eingezeichnet. Aber das endete irgendwo auf dem Feld. Danach bin ich nie wieder dagewesen. D.h. gross Gedanken muss man sich zur tag gruppe für die Gasversorgung jetzt nicht machen finde ich. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] insta hangout domani
Ciao Cesare, vediamo se Simone esce il coniglio. Dovrebbe essere sul profilo youtube di Simone - http://goo.gl/mL84i2 - ma ci sono delle tracce monche :( Un caro saluto - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/insta-hangout-domani-tp5786542p5786775.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] Questa cosa fa impazzire il mio Garmin
risca1 wrote Ad esempio potrebbe esistere un casello senza separazione fisica delle corsie? onestamente non ne ho mai trovati...quelli che ho visto erano sempre caselli con corsie separate. dico la mia che probabilmente non è una soluzione né accettabile né intelligente. Secondo me il navigatore ai caselli dovrebbe dare solo un indicazione generale sulla direzione che deve prendere l'autista in base al tipo di pagamento che si vuole effettuare. i tipi di pagamento simili tra loro di solito vengono messi l'uno di fianco all'altro ai caselli, quindi l'indicazione dovrebbe limitarsi ad un tieni la destra/ la sinistra /il centroe non dire di preciso in quale casello spostarsi visto che questa è una scelta presa dall'autista in base al traffico incontrato. Un'indicazione di questo genere tra l'altro dovrebbe essere abbastanza resiliente in caso di aumento o riduzione delle carreggiate-caselli dedicati ad un senso di marcia-tipo di pagamento. quindi io sarei per fare un unica way con indicate non le singole corsie ma solo la disposizione dei vari tipi di pagamento se mettiamo la situazione reale è questa: ||mon|mon|mon|mon|card|card|card|card|telepass|telepass|telepass| l'indicazione delle corsie corrispondente, secondo me, potrebbe essere qualcosa del genere: |mon|card|telepass| notare che se i caselli diventassero così ||chiuso|mon | chiuso | card |telepass| l'indicazione tieni la destra/la sinistra/il centro rimarrebbe grossomodo valida nonostante il dimezzamento e la chiusura dei caselli l'unico vincolo sarebbe, in questo caso, che venga mantenuto l'ordine dei tipi di pagamento, ma siccome questo viene indicato tramite cartellonistica verticale è abbastanza difficile un cambiamento del genere. Qualche problema potrebbe derivare dall'aggiunta di ulteriori caselli a sinistra con altri tipi di pagamento ma è una condizione anomala secondo me e comunque l'avere un navigatore, per quanto ben fatto,non autorizza l'autista a scollegare il cervello;) inoltre, con una way singola, anche se molto spostato rispetto alla rotta indicata, non dovrebbe provocare il ricalcolo della rotta solo perchè (esempio per il telepass) invece di aver preso la prima corsia più a destra l'autista ha scelto la terza. un difetto che mi viene in mente per questo genere di mappatura è il fatto che si semplifica la realtà (semplificando però la gestione della navigazione) non venendo più indicate le singole corsie ma solo la differenza e l'organizzazione di gruppi di corsie...i dati persi però potrebbero magari venire inseriti in un altro elemento (per esempio sull'area);Un'altra differenza è il fatto che questo tipo di mappatura è ad-hoc per il casello in quanto di solito vengono indicate le singole corsie ma a mio avviso non è un problema così preoccupante visto che è la natura stessa del casello un caso ad-hoc, rispetto al resto del sistema stradale, ed il sistema di tagging flessibile di osm consente reinterpretazioni. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Questa-cosa-fa-impazzire-il-mio-Garmin-tp5785632p5786776.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] Tag place=city e confine amministrativo
intendo aree abbastanza estese da dare l'impressione di una separazione dal resto dell'area urbanizzata. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Tag-place-city-e-confine-amministrativo-tp5786295p5786777.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] ref con più valori
demon.box ha scritto: Scusa ma fammi capire meglio: nel name ci metti il numero del sentiero e nel description il nome o la destinazione del sentiero scritta sul cartello? Come discusso altre volte sia qui sia nella discussione della pagina italiana dei sentieri [1], secondo me in name bisogna mettere qualocosa solo se il sentiero ha un nome ufficiale. [1] http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Italy/Sentieri#Nome_dei_sentieri ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Io sono assolutamente favorevole al mappare le corsie singolarmente. L'unico argomento contrario che accetto è che certi ingressi possono diventare uscite, ma nei caselli in cui la separazione tra i sensi di marcia avviene con una barriera continua e fissa la mappatura completa è quella che c'era a Melegnano. Indicare i singoli ingressi separatamente consente di indicare i dettagli che altrimenti andrebbero persi: metodi di pagamento, presenza di un operatore umano, senza contare le direzioni consentite di uscita: penso ad esempio alla barriera di Milano Ghisolfa, dove in un'uscita esco per (e pago per) Genova e tangenziale Ovest direzione sud, e in quella a fianco per Varese e tangenziale Ovest direzione nord. L'alternativa proposta (mappatura lanes) mi sembra quasi più ridicola dell'altra: invece di avere una decina di way (gestibilissime) ci troviamo con una way (il che è topologicamente errato) con 50 tag... e questi tag quanto sono supportati dai consumatori? Le way multiple sono supportate automaticamente da qualsiasi router (le supporterebbe anche ORS se avesse i dati aggiornati). L'unico problema può essere che il GPS per qualche decina di metri ti veda spostato di qualche metro e ti metta nel casello invece che sulla vicina autostrada, ma un navigatore sensato dovrebbe evitare questo errore a meno che non ci sia comunicazione tra l'autostrada e il casello (non può pensare che mi teletrasporti!). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
2013/11/22 Riccardo Scartozzi riccardo.scarto...@gmail.com ...marciapiede... - sulla strada principale: ** che venga segnato il divieto di accesso ai pedoni non c'è un divieto di accesso ai pedoni sulla strada, anzi c'è un obbligo in certi condizioni (per esempio portando cose ingombranti che darebbe fastidio ai altri pedoni sul marciapiede). Il divieto di accesso (foot=no) dovrebbe essere messo soltanto quando è esplicito: http://it.wikipedia.org/wiki/File:Italian_traffic_signs_-_transito_vietato_ai_pedoni.svg - che tutti i marciapiedi siano correttamente collegati dalle strisce pedonali [2] +1, nella realtà sono spesso non collegati ad ogni punto e quindi il routing reale risulta peggio che senza marciapiedi. D'altro canto ci sono anche dei vantaggi con marciapiedi separati: si possono indicare restrizioni legali e fisici in maniera migliore (per esempio width), e si possono posizionare ostacoli sul marciapiede (per esempio bollard, cycle barrier). Mettendo questi su un unica strada (highway) sarebbe pazzia (si dovrebbe spezzare tantissimo non solo per cambiamenti delle proprietà della strada ma anche quelli dei marciapiedi, col rischio di provocare errori, e i tags diventerebbe poco trasparenti (footway:left:width=0.8 etc.)) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori
2013/11/22 solitone solit...@mail.com Come discusso altre volte sia qui sia nella discussione della pagina italiana dei sentieri [1], secondo me in name bisogna mettere qualocosa solo se il sentiero ha un nome ufficiale. +1, quando si tratta di una descrizione per facilitare l'identificazione della relazione nel editor si consiglia di utilizzare il tag note. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] SardSOS e OSM su raidue
Francesca ne parla praticamente, chi può si sintonizzi su raidue! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] insta hangout domani
Negli orari di lavoro per me non è possibile ma aspetto una prossima occasione e guarderó la registrazione! Grazie ciao Sarebbe bello anche sapere di più su cos'è l'hangout... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il giorno 21 novembre 2013 21:59, emmexx emm...@tiscalinet.it ha scritto: La semplificazione di un'unica way non rispetta molto lo spirito di OSM in cui a volte si contestano mappature perche' di discostano di 1 metro da da questo o quel riferimento. Li' la strada non e' dritta ma molte delle corsie sono quasi a semicerchio. Ci sono le corsie riservate telepass, vietate alle moto, vietate o obbligatorie per i mezzi pesanti. Va bene semplificare ma non per principio. In realtà una mappa (o una raccolta di dati) è una astrazione della realtà, quindi di per sé una semplificazione. Il punto è non perdersi nessun dato necessario e rendere l'astrazione usabile. Se uno schema perde dati essenziali è da scartare, così come lo schema che renda l'astrazione inusabile o incomprensibile. [CUT: avevo scritto tutto uno spiegone di come sono arrivato alla conclusione seguente ma non voglio tediare troppo... :-) ] Secondo me, un livello di astrazione accettabile ed usabile al momento è quello che rappresenta l'autostrada come una singola way (per direzione) che passa il casello, con l'indicazione del numero di corsie, della larghezza e delle informazioni ad esse legate (sapendo che sono soggette a variazione pressoché casuale, almeno per le corsie centrali) Considerando che il casello (non il suo edificio) è solitamente astratto come un nodo a dimensione zero, la cosa può avere senso. Analogamente alla way, potremmo inserire il tag lanes anche al casello puntuale, con l'implicito default che si tratta di lanes fisicamente separate, potendo quindi gestire tutte le caratteristiche che si vuole, corsia per corsia. L'unica eccezione può essere considerata quando il casello è costituito da diversi edifici separati (accade varie volte, quando un casello è stato ampliato in tempi diversi) o quando prendendo certe corsie ci si vincola a certe destinazioni (tipo: le prime 3 corsie a destra sono per l'uscita taldeitali, le altre ti immettono sull'autostrada) Per quanto riguarda la larghezza della strada, invece dell'area:highway (strade come area), per evidenziare l'imbuto, si può ipotizzare un utilizzo del tag width come width:start/width:end o, ancor più semplice, sui nodi iniziale/finale della way. Stesso schema, al limite, per le lanes (lanes:start=2, lanes:end=12) -- Maurizio. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
sgrunt! Quanto odio il sito RAI e Silverlight http://www.rai.tv/dl/RaiTV/dirette/PublishingBlock-57351f9c-f319-4526-b0a5-da6e19f98d74.html?channel=Rai%202 On Fri, Nov 22, 2013 at 10:04 AM, andria osm andria_...@tiscali.it wrote: Francesca ne parla praticamente, chi può si sintonizzi su raidue! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
purtroppo si paga il canone per nulla :) Riassumendo è stata assolutamente perfetta: ha spiegato come è nata la mappa ha ringraziato la comunità osm e ha ribadito l'importanza degli open data. sono commosso ;) Il 22/11/2013 10:12, Maurizio Napolitano ha scritto: sgrunt! Quanto odio il sito RAI e Silverlight http://www.rai.tv/dl/RaiTV/dirette/PublishingBlock-57351f9c-f319-4526-b0a5-da6e19f98d74.html?channel=Rai%202 On Fri, Nov 22, 2013 at 10:04 AM, andria osm andria_...@tiscali.it wrote: Francesca ne parla praticamente, chi può si sintonizzi su raidue! ___ 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] Traduzione iD editor
Salve a tutti, nelle traduzioni dei preset di iD editor si devono tradurre sia i nomi propri dei singoli tag che gli eventuali sinonimi utilizzati poi nel campo di ricerca. In questo modo, tanto per capirci, se cerco tour operator mi esce correttamente la proposta Agenzia di viaggi. Siccome vengono usati per l'appunto per la ricerca secondo voi è corretto inserire anche il nome originale del tag? In modo che se conosco già quello (nell'esempio travel_agent) non devo stare a pensarlo in italiano per poi cercarlo. Forse l'alternativa più corretta è contattare gli sviluppatori e chiedergli di tenere sempre conto, nel campo di ricerca, anche del valore originale (solitamente in inglese) per non sporcare le varie traduzioni... Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
2013/11/22 andria osm andria_...@tiscali.it: purtroppo si paga il canone per nulla :) Riassumendo è stata assolutamente perfetta: ha spiegato come è nata la mappa ha ringraziato la comunità osm e ha ribadito l'importanza degli open data. sono commosso ;) GRANDE! Voglio rivederla! Sono certo che si riesce a recuperare il video. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il giorno 22 novembre 2013 10:08, Maurizio Daniele maurizio.dani...@gmail.com ha scritto: Il giorno 21 novembre 2013 21:59, emmexx emm...@tiscalinet.it ha scritto: La semplificazione di un'unica way non rispetta molto lo spirito di OSM in cui a volte si contestano mappature perche' di discostano di 1 metro da da questo o quel riferimento. Li' la strada non e' dritta ma molte delle corsie sono quasi a semicerchio. Ci sono le corsie riservate telepass, vietate alle moto, vietate o obbligatorie per i mezzi pesanti. Va bene semplificare ma non per principio. In realtà una mappa (o una raccolta di dati) è una astrazione della realtà, quindi di per sé una semplificazione. Il punto è non perdersi nessun dato necessario e rendere l'astrazione usabile. Se uno schema perde dati essenziali è da scartare, così come lo schema che renda l'astrazione inusabile o incomprensibile. Allora scartiamo la semplificazione. Primo dato essenziale che perdiamo (il primo che mi viene in mente): uscite consentite da ogni corsia. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
2013/11/22 andria osm andria_...@tiscali.it: Riassumendo è stata assolutamente perfetta: ha spiegato come è nata la mappa ha ringraziato la comunità osm e ha ribadito l'importanza degli open data. sono commosso ;) anche io l'ho vista! è stata bravissima. e c'e' andata giu' pesante contro le istituzioni che non sono al passo con i tempi. MI-TI-CA !!! -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati del catasto trentino in open data
On Tue, Nov 19, 2013 at 11:37 AM, marco bra marcobra.ubu...@gmail.com wrote: Ciao, sono previsti imports di queste delimitazioni amministrative in OSM ? mcheck / mcheckimport Non sono previste, ma fa molta attenzione perchè c'è molta differenza fra comuni catastali e comuni amministrativi. I comuni catastali sono 447, i comuni amministrativi sono 223. Dunque, normalmente un comune amministrativo comprende più comuni catastali. Credo che importare questi dati sia cosa fattibile, ma bisogna decidere sotto quale tag. Idem per altri dati ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il giorno 22 novembre 2013 09:23, Simone Saviolo simone.savi...@gmail.comha scritto: Io sono assolutamente favorevole al mappare le corsie singolarmente. Anch'io, ma non sono convinto delle singole way (e nota che io stesso ho mappato almeno un casello a singole way :-) ) Indicare i singoli ingressi separatamente consente di indicare i dettagli che altrimenti andrebbero persi: metodi di pagamento, presenza di un operatore umano, Non è esatto. Puoi farlo anche con le lanes. senza contare le direzioni consentite di uscita: penso ad esempio alla barriera di Milano Ghisolfa, dove in un'uscita esco per (e pago per) Genova e tangenziale Ovest direzione sud, e in quella a fianco per Varese e tangenziale Ovest direzione nord. In questo caso, come ho scritto prima, può essere utile separare le way, ma perché identificano un effettivo bivio (di qua vai a nord, di là vai a sud). In realtà esiste anche la possibilità di usare il lanes:destination oppure le relazioni per il vincolo delle svolte. L'alternativa proposta (mappatura lanes) mi sembra quasi più ridicola dell'altra: invece di avere una decina di way (gestibilissime) ci troviamo con una way (il che è topologicamente errato) con 50 tag... e questi tag quanto sono supportati dai consumatori? Perdonami, ma la domanda quanto sono supportati i tag dal consumatore, parlando di OSM, mi fa sorridere. Siamo in un sistema aperto in cui chiunque può inventare i suoi tag e può usarli come gli pare (su nodi, way, aree e fin relazioni), chiunque può fare una proposta di tag e poi iniziare ad usarla anche se non ufficialmente supportata da OSM stesso, addirittura si riesce ad usare un tag che è stato bocciato ufficialmente Fintanto che il sistema dei tag di OSM è così, dove esistono tag e usi dei tag che lo stesso OSM non supporta ufficialmente, converrai che la domanda in questione è per lo meno leziosa... :-) Ma non è il momento di perdersi sui massimi sistemi.:-) In un caso abbiamo una way motorway con un tag lanes=12 e un nodo toll_booth con lanes=12, lanes:payment=qualcosa, lanes:destination=qualcosaltro Nell'altro abbiamo 12 way motorway_link e 12 nodi toll_both con payment=qualcosa, destination=qualcosaltro Non so quanto sia più leggero l'uno o l'altro per il db, ma posso anche non essere interessato alle questioni tecniche. Topologicamente la strada è una con una larghezza immane, anzi: in realtà è un piazzale in cui i flussi vengono indirizzati da linee sull'asfalto. E' proprio perché non abbiamo uno strumento ad hoc per questa casistica che nasce il problema di come fare. Le way multiple sono supportate automaticamente da qualsiasi router (le supporterebbe anche ORS se avesse i dati aggiornati). L'unico problema può essere che il GPS per qualche decina di metri ti veda spostato di qualche metro e ti metta nel casello invece che sulla vicina autostrada, Non è affatto un problema da poco, avere 10-12 metri di tolleranza quando hai una dozzina di lanes che differiscono tra loro di un paio di metri ognuna. -- Maurizio Daniele ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il 11/22/2013 10:08 AM, Maurizio Daniele scrisse: (sapendo che sono soggette a variazione pressoché casuale, almeno per le corsie centrali) Non sono d'accordo. Innanzitutto molti grandi caselli sono stabili, vedi ad esempio Milano-Laghi, Milano-Torino, Milano-Venezia. Ridurre tutto ad un unico modello perche' alcuni caselli hanno corsie variabili mi sembra una grande semplificazione. https://maps.google.it/?ll=45.578619,10.00spn=0.004108,0.009549t=mz=17layer=ccbll=45.578622,10.008856panoid=5N8Z6mzMPFNDRW1fqGh8iwcbp=12,178.43,,0,12.74 Inoltre, considerando che la maggior parte dei caselli non ha 20 o piu' corsie, mi pare sia il caso, visto che ne stiamo discutendo, di decidere una regola generale. I piccoli caselli hanno poche corsie, praticamente sempre differenziate per funzione (telepass, viacard, moneta, mezzi pesanti). In questo caso le way separate non penso turbino il sonno di nessuno e sia condivisibile che le way separate sono la soluzione corretta. I grandi caselli sono il caso estremo dei caselli piccoli, con l'ovvia differenza che le corsie di decelerazione/accelerazione sono molto piu' lunghe. Da un punto di vista formale, probabilmente sarebbe corretto usare un mix di lanes e way, da un punto di vista pratico penso sia piu' semplice usare solo le way. Ci vorrebbe un plugin di josm per disegnare i caselli! ;-) ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori
Ehm, scusate ma faccio ancora fatica a capire... Ho 1 cartello con scritto: *328 Malga Val Aperta* (dove ovviamente 328 è il ref del sentiero) TUTTO questo lo metto quindi NON come name ma come description oppure note? Graie! --enrico -- View this message in context: http://gis.19327.n5.nabble.com/ref-con-piu-valori-tp5786567p5786791.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] SardSOS e OSM su raidue
GRANDE! Voglio rivederla! Sono certo che si riesce a recuperare il video. Mi sa che domani lo trovo qui http://raifree.site90.com/# se ho inteso il programma è TG2 Insieme trasmesso alle 10. -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
2013/11/22 Maurizio Napolitano napoo...@gmail.com: Mi sa che domani lo trovo qui http://raifree.site90.com/# se ho inteso il programma è TG2 Insieme trasmesso alle 10. hanno iniziato a parlare nello specifico verso le 10:10. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
Il 22/11/2013 10:36, Simone Cortesi ha scritto: 2013/11/22 andria osm andria_...@tiscali.it: Riassumendo è stata assolutamente perfetta: ha spiegato come è nata la mappa ha ringraziato la comunità osm e ha ribadito l'importanza degli open data. sono commosso ;) anche io l'ho vista! è stata bravissima. e c'e' andata giu' pesante contro le istituzioni che non sono al passo con i tempi. MI-TI-CA !!! Link link! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Il giorno 22 novembre 2013 10:46, emmexx emm...@tiscalinet.it ha scritto: Ridurre tutto ad un unico modello perche' alcuni caselli hanno corsie variabili mi sembra una grande semplificazione. [CUT] Inoltre, considerando che la maggior parte dei caselli non ha 20 o piu' corsie, mi pare sia il caso, visto che ne stiamo discutendo, di decidere una regola generale. Non capisco: O facciamo una regola generale O non la facciamo. Vuoi un modello unico per i caselli o non lo vuoi? ^__^ Io si, lo voglio, ma un modello generale deve essere utilizzabile in tutti i casi, dal casello con due corsie completamente automatizzato al casello a 20 corsie a geometria variabile con quattro metodi di pagamento diversi e tre destinazioni possibili. I piccoli caselli hanno poche corsie, praticamente sempre differenziate per funzione (telepass, viacard, moneta, mezzi pesanti). In questo caso le way separate non penso turbino il sonno di nessuno e sia condivisibile che le way separate sono la soluzione corretta. Mica vero ^_^ Ovviamente non ci perdo il sonno ma non credo si possa pensare che visto che il casello è piccolo e non fa confusione sul render uso un sistema, se il casello è grande uso un altro sistema perché se no mi paciocca il render ^__^ Ci vorrebbe un plugin di josm per disegnare i caselli! ;-) Sicuro: a sapere che metterci dentro, però. ^__^ Il giorno 22 novembre 2013 10:34, Simone Saviolo simone.savi...@gmail.com ha scritto: Allora scartiamo la semplificazione. Primo dato essenziale che perdiamo (il primo che mi viene in mente): uscite consentite da ogni corsia. Esiste il key destination e/o destination:lanes. Detto ciò sono il primo a dire che in questo caso si può considerare la separazione delle way, ma più perché costituiscono un vero bivio fisico che non perché ci sia o meno un casello in mezzo. In compenso continuo a pensare per assurdo che, in un caso di ramificazione estrema di N corsie, un ipotetico navigatore GPS con una precisione assoluta, ti direbbe al bivio tieni la sinistra, poi al bivio tieni la destra, poi al bivio tieni la destra, poi al bivio tieni la sinistra.. quando tu sei su un piazzale e di bivi non ne vedi nemmeno uno. L'ipotetico GPS superpreciso, sapendo che sei su una strada con lanes=N e che tu devi andare verso sud (destination:lanes=|sud|...) ti direbbe mantieni la destra/la sinistra..., che è poi lo stesso dell'avere le corsie di canalizzazione per la svolta su una strada normale. A maggior ragione, un GPS reale non sa distinguere se ti trovi su una way o su quella accanto, prima o dopo uno dei tanti bivi fittizzi della ramificazione, quindi si perde, mentre lo stesso GPS reale sa comunque che sei su una strada a N corsie e sa dirti che devi andare sulle corsie più a destra/a sinistra per la tua destinazione (anche se non sa precisamente in quale corsia tu sia ora, l'indicazione è sempre valida) ^_^; -- Maurizio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] agriturismo
+1 Il 21 novembre 2013 16:41, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/11/21 bredy bredy...@yahoo.it Ho visto che era stata creata la pagina di proposta ma è tutto fermo http://wiki.openstreetmap.org/wiki/Agritourism http://wiki.openstreetmap.org/wiki/Agritourism c'è qualche intenzione di sviluppo? Come comportarsi? lo puoi usare ;-) Lo userei comunque insieme a amenity=restaurant e/o tourism=* e non solo come attributo agritourism=yes insieme ad un landuse. ciao, Martin ___ 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] insta hangout domani
On Fri, Nov 22, 2013 at 9:00 AM, iomeneandrei aborr...@tin.it wrote: ediamo se Simone esce il coniglio. il cappello è vuoto, niente coniglio. non ho idea di dove abbia sbagliato, ma non c'e' traccia della registrazione. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
On Friday 22 of November 2013 11:47:10 Martin Koppenhoefer wrote: 2013/11/22 Maurizio Napolitano napoo...@gmail.com sgrunt! Quanto odio il sito RAI e Silverlight +1, penso che usano Silverlight per costringerti di guardarti la pubblicità web aggiuntiva. Prolungo un attimo l'OT per segnalare questa estensione per Firefox, solo per sistemi basati su kernel Linux (che potrà essere utile per rivedere il programma quando lo metteranno nell'archivio): https://addons.mozilla.org/it/firefox/addon/raismth/ Usa VLC o mplayer e faad e non serve nient'altro. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori
2013/11/22 demon.box e.rossin...@alice.it Ehm, scusate ma faccio ancora fatica a capire... Ho 1 cartello con scritto: *328 Malga Val Aperta* (dove ovviamente 328 è il ref del sentiero) TUTTO questo lo metto quindi NON come name ma come description oppure note? Graie! potresti mettere 328 come route_ref. Tanto i cartelli non servono per una route (ma servono ai mappatori per verificare che sia messa giusta), quel che serve soprattutto sono i percorsi stessi. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
2013/11/22 Luigi Toscano luigi.tosc...@tiscali.it Prolungo un attimo l'OT per segnalare questa estensione per Firefox, solo per sistemi basati su kernel Linux (che potrà essere utile per rivedere il programma quando lo metteranno nell'archivio): https://addons.mozilla.org/it/firefox/addon/raismth/ Usa VLC o mplayer e faad e non serve nient'altro. si, lo conosco ed usavo su Linux, fino ad un certo momento dove smetteva di funzionare. Adesso ho riprovato e funziona :) Invece sul mac funziona soltanto su safari, ma molto peggio che su Linux (nonostante la macchina è molto più potente e le prove su Linux ho fatto con una VM sul mac ;-) ). Comunque, sarebbe da fare una petizione alla Rai per chiedere il streaming in un formato meno proprietario tipo html5 senza richiedere estensioni / plugin. Per esempio la ARD (prima televisione statale tedesca) offre i contenuti in un streaming che funziona su tutti sistemi (rtsp), ma devi stare in Germania per tanti trasmissioni, quindi per poterlo vedere in Italia serve un proxy in Germania ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori
In effetti l'idea di mettere route_ref confesso che mi piace: mi sembra più ordinato che mettere TUTTO in description. Quindi potrei mettere 328 come route_ref e Malga Val Aperta come description giusto? ...anzi meglio description o description:it? Grazie ancora. ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/ref-con-piu-valori-tp5786567p5786833.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] SardSOS e OSM su raidue
2013/11/22 Caterpillar caterpilla...@gmail.com: Link link! http://www.tg2.rai.it/dl/tg2/rubriche/PublishingBlock-1692a423-550a-42be-b8ad-8487ba192c3f.html Inizia a parlare verso il 20' minuto. L'ho visto sul linux con con il plug-in di firefox smooth streaming player. Mi ha aperto il player video totem. Bell'intervento davvero! Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
L'argomento mi sembra sufficientemente complesso e mi pare che non vi siano i presupposti per una soluzione globalmente condivisa da parte di chi ha almeno partecipato alla presente discussione. IMO è il caso di discutere ed approfondire meglio le varie posizioni, offrendo anche esempi concreti di mappatura e riflessioni sulle soluzioni proposte. Pertanto forse è il caso di aprire una pagina del wiki per discuterne ed approfondire. Eventualmente potrebbe essere anche necessario proporre una votazione per arrivare ad una soluzione condivisa ed uniforme. Cosa ne pensate? Riporto la frase che mi è maggiormente piaciuta e che condivido appieno (bravo Maurizio!): In realtà una mappa (o una raccolta di dati) è una astrazione della realtà, quindi di per sé una semplificazione. Il punto è non perdersi nessun dato necessario e rendere l'astrazione usabile. Se uno schema perde dati essenziali è da scartare, così come lo schema che renda l'astrazione inusabile o incomprensibile. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazzola di sosta
Comunque è errato chiamarle sosta di emergenza in quanto il loro corretto nome è piazzola di sosta. -- View this message in context: http://gis.19327.n5.nabble.com/Piazzola-di-sosta-tp5786677p5786839.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] Pagina doppione
Mi domandavo se prima di inserire dei valori sulla pagina del glossario bisogna discuterne da qualche parte, in quanto la vedo un po' spoglia di varie cose che si potrebbero inserire per velocizzare la mappatura e la ricerca dei termini adeguati. E magari come han fatto i tedeschi di metter una foto. -- View this message in context: http://gis.19327.n5.nabble.com/Pagina-doppione-tp5785793p5786840.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] ref con più valori
2013/11/22 demon.box e.rossin...@alice.it description giusto? ...anzi meglio description o description:it? potresti anche usare inscription, perché sotto description mi aspetterei più qualcosa come guidepost for the route 328 to Malga Val Aperta (quindi qualcosa che descrive di cosa si tratta). Pratticamente description è un tag per chi usa i dati mentre note è un tag per comunicare qualcosa con gli altri mappatori e inscription sarebbe quello scritto su una targa, un segno, ecc. Nel caso di un semplice guidepost non fa molta differenza, perché ti rivvolgi (penso) soprattutto agli altri mappatori, quindi qualsiasi cosa che capiscono può andare bene ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazzola di sosta
Francamente non so quale sia il loro nome da codice della strada ^_^ ma so che é vietato usarle semplicemente per fermarsi a riposare un pò. Dev'esserci un motivo di urgenza come guasto, foratura, malore ecc... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Questa cosa fa impazzire il mio Garmin
Non posso che essere d'accordo sulla necessità di approfondimento, stante anche i miei dubbi. Passato il weekend, quando metterò nuovamente le mani su un computer degno del nome, mi riprometto di fare una analisi di tutte le soluzioni esistenti e magari anche di nuove su cui discutere avendo qualcosa in mano. Maurizio Il giorno 22/nov/2013 14:27, Riccardo Scartozzi riccardo.scarto...@gmail.com ha scritto: L'argomento mi sembra sufficientemente complesso e mi pare che non vi siano i presupposti per una soluzione globalmente condivisa da parte di chi ha almeno partecipato alla presente discussione. IMO è il caso di discutere ed approfondire meglio le varie posizioni, offrendo anche esempi concreti di mappatura e riflessioni sulle soluzioni proposte. Pertanto forse è il caso di aprire una pagina del wiki per discuterne ed approfondire. Eventualmente potrebbe essere anche necessario proporre una votazione per arrivare ad una soluzione condivisa ed uniforme. Cosa ne pensate? Riporto la frase che mi è maggiormente piaciuta e che condivido appieno (bravo Maurizio!): In realtà una mappa (o una raccolta di dati) è una astrazione della realtà, quindi di per sé una semplificazione. Il punto è non perdersi nessun dato necessario e rendere l'astrazione usabile. Se uno schema perde dati essenziali è da scartare, così come lo schema che renda l'astrazione inusabile o incomprensibile. ___ 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] Pagina doppione
In realtá credo che fintanto che uno si limita a raccogliere nel glossario informazioni giá contenute in qualche pagina del wiki, o comunque discusse in ml, non occorra nessuna altra discussione particolare ^__^ che invece magari va fatta volendo aggiungere qualcosa di nuovo o dibattuto. Maurizio Il giorno 22/nov/2013 14:43, bredy bredy...@yahoo.it ha scritto: Mi domandavo se prima di inserire dei valori sulla pagina del glossario bisogna discuterne da qualche parte, in quanto la vedo un po' spoglia di varie cose che si potrebbero inserire per velocizzare la mappatura e la ricerca dei termini adeguati. E magari come han fatto i tedeschi di metter una foto. -- View this message in context: http://gis.19327.n5.nabble.com/Pagina-doppione-tp5785793p5786840.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] WIWOSM e categorie
mi sa che ci siamo! Key:xmas:feature http://wiki.openstreetmap.org/wiki/Key:xmas:feature -- View this message in context: http://gis.19327.n5.nabble.com/WIWOSM-e-categorie-tp5786322p5786849.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] ref con più valori
Beh è un paio d'anni che mappo e fino ad ora ho sempre taggato i cartelli della mia zona soltanto con: tourism=information information=guidepost hiking=yes e basta. Siccome tanti di questi li ho fotografati mi piaceva (almeno per alcuni) aggiungere qualche informazione. Certo queste informazioni (route_ref e description) potrebbero servire ad altri mappatori ma non solo. Posso dirti che a me in tanti casi sono stati fondamentali per capire che il tal sentiero con il tal numero partiva da lì e finiva in un altro punto. Informazioni che non avrei potuto reperire da nessun'altra parte. Capita che ci siano sentieri per così dire esistenti soltanto sul campo e ciò è desumibile proprio dai cartelli piantati in loco. ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/ref-con-piu-valori-tp5786567p5786853.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] Traduzione iD editor
2013/11/22 Lorenzo Beba Beltrami lorenzo.b...@gmail.com Salve a tutti, nelle traduzioni dei preset di iD editor si devono tradurre sia i nomi propri dei singoli tag che gli eventuali sinonimi utilizzati poi nel campo di ricerca. In questo modo, tanto per capirci, se cerco tour operator mi esce correttamente la proposta Agenzia di viaggi. Siccome vengono usati per l'appunto per la ricerca secondo voi è corretto inserire anche il nome originale del tag? In modo che se conosco già quello (nell'esempio travel_agent) non devo stare a pensarlo in italiano per poi cercarlo. io ho un po' di perplessità sul sistema, perché più parole sinonimi che inseriamo, meno precisa sara la mappatura. Per esempio un operatore turistico non è la stessa cosa di un'agenzia di viaggi: http://it.wikipedia.org/wiki/Operatore_turistico http://it.wikipedia.org/wiki/Agenzia_di_viaggi Quello che serve è una definizione chiara che definisce per ogni tag cosa sono gli attributi / proprietà necessari / il significato del tag ed evventualmente quali sono tags alternativi da considerare. Invece una parola sola potrebbe centrare ma anche no. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Proposta mapping weekend pro Sardegna
Vorrei proporre alla comunita' un mapping weekend per incrementare e migliorare la mappatura della Sardegna. Il titolo e': SarDegna di essere mappata La partecipazione e' libera, il mapping e' libero, l'orario e' libero. Se volete ci si puo' trovare per 4 chiacchiere in IRC. Su twitter potete usare l'hashtag #simappichipuò . Consiglio di usare il task di HotOSM http://tasks.hotosm.org/job/367 per lavorare. Se siamo in tanti faremo un bel lavoro, se siamo in pochi chissene import. Saluti a tutti Fabrizio Sbiribizio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Traduzione iD editor
Il 22 novembre 2013 10:28, Lorenzo Beba Beltrami ha scritto: In questo modo, tanto per capirci, se cerco tour operator mi esce correttamente la proposta Agenzia di viaggi. non va bene perché il tour operator è simile a un grossista, mentre l'agenzia di viaggi è un dettagliante -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Domanda: non conviene attendere che sia completato l'import? Domanda di riserva: ci sono dei dati che non verranno importati sui quali poter già lavorare (dato che l'idea di Fabrizio mi sembra ottima)? Ciao Cristiano 2013/11/22 Fabrizio Tambussa ftambu...@gmail.com Vorrei proporre alla comunita' un mapping weekend per incrementare e migliorare la mappatura della Sardegna. Il titolo e': SarDegna di essere mappata La partecipazione e' libera, il mapping e' libero, l'orario e' libero. Se volete ci si puo' trovare per 4 chiacchiere in IRC. Su twitter potete usare l'hashtag #simappichipuò . Consiglio di usare il task di HotOSM http://tasks.hotosm.org/job/367 per lavorare. Se siamo in tanti faremo un bel lavoro, se siamo in pochi chissene import. Saluti a tutti Fabrizio Sbiribizio ___ 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] Traduzione iD editor
Il 22 novembre 2013 17:00, Martin Koppenhoefer ha scritto: io ho un po' di perplessità sul sistema, perché più parole sinonimi che inseriamo, meno precisa sara la mappatura. +1 Quello che serve è una definizione chiara che definisce per ogni tag cosa sono gli attributi / proprietà necessari / il significato del tag ed evventualmente quali sono tags alternativi da considerare. Invece una parola sola potrebbe centrare ma anche no. sì, ma IMHO in un editor che viene proposto ai principianti non si deve partire dai tag, ma dal mondo reale: una persona potrebbe vedere l'agenzia di viaggi come negozio, ad esempio se ha una vetrina sulla strada, oppure come ufficio se si trova al primo piano di un palazzo, sono due punti di partenza validi per arrivare allo stesso gruppo di tag, ma che sia shop=* o office=* io non lo voglio più sapere, ci deve pensare l'editor -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
2013/11/22 Sky One sky...@skyone.it: Domanda: non conviene attendere che sia completato l'import? Domanda di riserva: ci sono dei dati che non verranno importati sui quali poter già lavorare (dato che l'idea di Fabrizio mi sembra ottima)? chi sta lavorando all'import riesce ad essere online nel fine settimana irc/hangout? sicuramente c'e' bisogno dell'aiuto di molti e in svariati settori (wiki, controllo file, comunicazione) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pagina doppione
Il 22/11/2013 14:43, bredy ha scritto: Mi domandavo se prima di inserire dei valori sulla pagina del glossario bisogna discuterne da qualche parte, in quanto la vedo un po' spoglia di varie cose che si potrebbero inserire per velocizzare la mappatura e la ricerca dei termini adeguati. E magari come han fatto i tedeschi di metter una foto. Ho iniziato ad inserire info sui tag, seguendo le discussioni in lista, ho anche messo dei lik a situazioni di mappatura reale. Puoi inserire qualunque cosa ti passa per la testa, ci faresti solo piacere:-) Il mio è un semplice input, derivato da un altro input (DE):-) Il mio intento è quello che intendi Tu, velocizzare e semplificare, per non tornare sempre sui soliti discorsi...(tipo farm/farmland..ecc) Sono/siamo una porta spalancata, anzi OPEN:-) Un saluto vivissimo a tutti...dimenticavo...in SARDEGNA state...e si state...SBANCANDO:-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inabissata Filicudi
-Original Message- From: Aury88 [mailto:spacedrive...@gmail.com] Sent: giovedì 21 novembre 2013 17:57 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] Inabissata Filicudi il calcolo del render è su dati non aggiornati? No, è da un paio di settimane che la coastline non viene aggiornata, perché ogni volta c'è qualche errore che fa fallire l'aggiornamento: http://lists.openstreetmap.org/pipermail/talk/2013-November/068583.html qualcuno potrebbe verificare che non mi sia sfuggito qualche errore? grazie. Osminspector non segnala alcun errore: http://tools.geofabrik.de/osmi/?view=coastlinelon=14.61232lat=38.56395zoo m=12overlays=coastline,coastline_error_lines,line_not_a_ring,line_overlap,l ine_invalid,line_direction,questionable,coastline_error_points,unconnected,i ntersections,not_a_ring,double_node,tagged_node Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pagina doppione
2013/11/22 Mario Pichetti mario.piche...@gmail.com: Ho iniziato ad inserire info sui tag, seguendo le discussioni in lista, ho anche messo dei lik a situazioni di mappatura reale. Puoi inserire qualunque cosa ti passa per la testa, ci faresti solo piacere:-) Il mio è un semplice input, derivato da un altro input (DE):-) Il mio intento è quello che intendi Tu, velocizzare e semplificare, per non tornare sempre sui soliti discorsi...(tipo farm/farmland..ecc) posso suggerire di aggiungere anche una colonna con delle piccole foto che esemplifichino certi casi? ad esempio, io mi confondo sempre fra footway e path. foto e combinazioni di tag da usare. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Personalmente sto lavorando sulle strade: correggo quelle gia' presenti ma mappate male, anzi malissimo. Curvo le curve e sistemo i rettilinei e gli incroci. Poi mappo le strade secondarie e residenziali. Gia cosi' c'e' da fare un bel po'. Saluti Fabrizio Il giorno 22 novembre 2013 17:39, Simone Cortesi sim...@cortesi.com ha scritto: 2013/11/22 Sky One sky...@skyone.it: Domanda: non conviene attendere che sia completato l'import? Domanda di riserva: ci sono dei dati che non verranno importati sui quali poter già lavorare (dato che l'idea di Fabrizio mi sembra ottima)? chi sta lavorando all'import riesce ad essere online nel fine settimana irc/hangout? sicuramente c'e' bisogno dell'aiuto di molti e in svariati settori (wiki, controllo file, comunicazione) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
2013/11/22 Fabrizio Tambussa ftambu...@gmail.com: Personalmente sto lavorando sulle strade: correggo quelle gia' presenti ma mappate male, anzi malissimo. Curvo le curve e sistemo i rettilinei e gli incroci. Poi mappo le strade secondarie e residenziali. Gia cosi' c'e' da fare un bel po'. avverto resistenza dall estero nel far fare l'import entro breve tempo. secondo me ci vorrà una decina di giorni prima di riuscire a farlo. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] WIWOSM e categorie
Il 22/11/2013 15:49, pjhooker ha scritto: mi sa che ci siamo! Key:xmas:feature http://wiki.openstreetmap.org/wiki/Key:xmas:feature Trafalgar Square Christmas tree http://www.openstreetmap.org/browse/node/582769669 Merry Christmas ?:-) -- View this message in context: http://gis.19327.n5.nabble.com/WIWOSM-e-categorie-tp5786322p5786849.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 -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
sto usando anche io il plugin (grazie per l'info ;)) c'è un modo per andare avanti al momento richiesto o sono costretto a vedere tutto lo stream? - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/SardSOS-e-OSM-su-raidue-tp5786786p5786884.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] Proposta mapping weekend pro Sardegna
Il 22 novembre 2013 17:25, Fabrizio Tambussa ha scritto: Se volete ci si puo' trovare per 4 chiacchiere in IRC. Su twitter potete usare l'hashtag #simappichipuò mi sembra che Pascal Neis avesse fatto un tool per vedere i changeset in base ad un hashtag inserito nel commento, ma non lo vedo sul suo sito http://resultmaps.neis-one.org né lo trovo nel wiki o altrove intanto si può aggiungere #simappichipuò nei commenti ai changeset (l'ho già messo), poi il tool si trova -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Quel che è peggio è che ora si stanno impuntando su dettagli superficiali e irrilevanti dell'import Veneto...ma dai... il fixme è lasciato lì proprio perché chi è della zona può controllare se è un historic di un tipo o dell'altro. E poi a che serve import=yes, è già chiaro dal nome del changeset che è un import! L'errore del postoffice è un typo ma a memoria non abbiamo mai importato roba con valore sullo shape ATT_FACC, probabilmente non è neanche presente nei fabbric.shp. Poi questa parte qui è il massimo This is one advantage to conflation as part of the scripts - that way you know it's been done. ...ovviamente NON si è preso la briga di controllare i dati shp originali e notare che il controllo a mano è NECESSARIO e nessuno script può districare alcune geometrie errate. Un sapiente uso di JOSM, validator e scorciatoie tastiera è meglio di qualunque script di import. Lo script è possibile quando la fonte originale è corretta al 100% in partenza e questa non lo è nella geometria! Leonardo P.s. io continuo a convertire gli edificati della Sardegna a mano e controllati segmento su segmento da me, se poi salta fuori che non si importa più nulla tanto peggio, io non appoggio nessuno script automatizzato. Il 22/11/2013 18:32, Simone Cortesi ha scritto: 2013/11/22 Fabrizio Tambussa ftambu...@gmail.com: Personalmente sto lavorando sulle strade: correggo quelle gia' presenti ma mappate male, anzi malissimo. Curvo le curve e sistemo i rettilinei e gli incroci. Poi mappo le strade secondarie e residenziali. Gia cosi' c'e' da fare un bel po'. avverto resistenza dall estero nel far fare l'import entro breve tempo. secondo me ci vorrà una decina di giorni prima di riuscire a farlo. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Il 22/nov/2013 19:38 Cascafico Giovanni cascaf...@gmail.com ha scritto: Io commento i changeset col titolo di hotosm, aggiungendo le tipologie interessate. Ho trovato dei conflitti con sbiribizio... pensavo che hotosm aiutasse a non sovrapporre i task Infatti, ma le strade mi fanno sconfinare dal riquadro. ... tra l'altro ci siamo scontrati su delle way che per me erano track e per lui unclassified :-) Io metto unclassified nel tratto che sono asfaltate, quando diventano track... bhe, le mappo come track. In caso di conflitto comunque do' ragione all'altro. Saluti ___ 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] Proposta mapping weekend pro Sardegna
pure io commento così Il 22/11/2013 19:37, Cascafico Giovanni ha scritto: Io commento i changeset col titolo di hotosm, aggiungendo le tipologie interessate. Ho trovato dei conflitti con sbiribizio... pensavo che hotosm aiutasse a non sovrapporre i task ... tra l'altro ci siamo scontrati su delle way che per me erano track e per lui unclassified :-) ___ 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] Proposta mapping weekend pro Sardegna
Sto guardando meglio ora il file degli strati e tramite il pdf di lettura, si potrebbe isolarsi solo alcune categorie di particolare interesse in questa situazione (es. solo le stazioni di polizia, gli ospedali, le cliniche, ecc...). Varrebbe la pena di caricarli a parte privilegiandoli rispetto al altri elementi? Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Il 22/nov/2013 20:50 Leonardo kinetocor...@gmail.com ha scritto: Sto guardando meglio ora il file degli strati e tramite il pdf di lettura, si potrebbe isolarsi solo alcune categorie di particolare interesse in questa situazione (es. solo le stazioni di polizia, gli ospedali, le cliniche, ecc...). Varrebbe la pena di caricarli a parte privilegiandoli rispetto al altri elementi? Io suggerisco i municipi per cominciare. Leonardo ___ 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] Proposta mapping weekend pro Sardegna
le scuole! molti centri di raccolta sono ubicati li Il 22/11/2013 20:51, Fabrizio Tambussa ha scritto: Il 22/nov/2013 20:50 Leonardo kinetocor...@gmail.com mailto:kinetocor...@gmail.com ha scritto: Sto guardando meglio ora il file degli strati e tramite il pdf di lettura, si potrebbe isolarsi solo alcune categorie di particolare interesse in questa situazione (es. solo le stazioni di polizia, gli ospedali, le cliniche, ecc...). Varrebbe la pena di caricarli a parte privilegiandoli rispetto al altri elementi? Io suggerisco i municipi per cominciare. Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org mailto: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] SardSOS e OSM su raidue
22.11.2013 - 13:59 - Michele Armani: 2013/11/22 Caterpillar caterpilla...@gmail.com: Link link! http://www.tg2.rai.it/dl/tg2/rubriche/PublishingBlock-1692a423-550a-42be-b8ad-8487ba192c3f.html Inizia a parlare verso il 20' minuto. L'ho visto sul linux con con il plug-in di firefox smooth streaming player. Mi ha aperto il player video totem. Bell'intervento davvero! Ciao Il file dovrebbe essere questo: http://creativemedia4.rai.it/podcastcdn/NewsVod/TG2/2025464.mp4 Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Il 22/11/2013 20:51, Fabrizio Tambussa ha scritto: Il 22/nov/2013 20:50 Leonardo kinetocor...@gmail.com ha scritto: Sto guardando meglio ora il file degli strati e tramite il pdf di lettura, si potrebbe isolarsi solo alcune categorie di particolare interesse in questa situazione (es. solo le stazioni di polizia, gli ospedali, le cliniche, ecc...). Varrebbe la pena di caricarli a parte privilegiandoli rispetto al altri elementi? Io suggerisco i municipi per cominciare. Municipi, scuole, ospedali, caserme CC e altri militari, vigili del fuoco, stazioni di polizia, e altri edifici pubblici. Questi sono gli edifici *strategici* per le amministrazioni (così mi hanno insegnato nei vari corsi di protezione civile che ho seguito). Al secondo posto sedi di associazioni di volontariato (anpas, misericordie, caritas...), ma anche canili, perché spesso è in questi luoghi che si raccolgono le cose da smistare agli abitanti. Ovvio però che, senza strade, tutto questo ha poco senso... Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori
Scusa, mi hai fatto venire un terribile dubbio: ma se la praticamente totalità dei cartelli mappati da me e da altri anche in zone limitrofe (ad es. Trentino) sono mappati soltanto così: tourism=information information=guidepost (a volte anche) hiking=yes e nulla più... NON servono a niente??? Scusa ma mi ha preso la scimmia di stò dubbio! Grazie, ciao! --enrico -- View this message in context: http://gis.19327.n5.nabble.com/ref-con-piu-valori-tp5786567p5786904.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] Proposta mapping weekend pro Sardegna
Allora questo è un estratto veloce dallo strato degli edifici: https://drive.google.com/file/d/0B6fPXVAWupp4YmprY0N6MjB0eEk/edit?usp=sharing In questo zip trovate i municipi, le scuole e gli ospedali. È solo una prova di estrazione ma utile per valutare se si può procedere in questo modo. Per ora non caricateli ma vi invito a controllarli (soprattutto gli edifici che fanno parte dello stesso fabbricato taggati come singoli ospedali). Leonardo Il 22/11/2013 21:11, Stefano Pallicca ha scritto: Il 22/11/2013 20:51, Fabrizio Tambussa ha scritto: Il 22/nov/2013 20:50 Leonardo kinetocor...@gmail.com mailto:kinetocor...@gmail.com ha scritto: Sto guardando meglio ora il file degli strati e tramite il pdf di lettura, si potrebbe isolarsi solo alcune categorie di particolare interesse in questa situazione (es. solo le stazioni di polizia, gli ospedali, le cliniche, ecc...). Varrebbe la pena di caricarli a parte privilegiandoli rispetto al altri elementi? Io suggerisco i municipi per cominciare. Municipi, scuole, ospedali, caserme CC e altri militari, vigili del fuoco, stazioni di polizia, e altri edifici pubblici. Questi sono gli edifici *strategici* per le amministrazioni (così mi hanno insegnato nei vari corsi di protezione civile che ho seguito). Al secondo posto sedi di associazioni di volontariato (anpas, misericordie, caritas...), ma anche canili, perché spesso è in questi luoghi che si raccolgono le cose da smistare agli abitanti. Ovvio però che, senza strade, tutto questo ha poco senso... Stefano ___ 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] ref con più valori
2013/11/22 demon.box e.rossin...@alice.it tourism=information information=guidepost (a volte anche) hiking=yes e nulla più... NON servono a niente??? Scusa ma mi ha preso la scimmia di stò dubbio! nono, sono sempre utili, ti dicono che passa un sentiero segnato, ma con un route_ref sarebbero ancora più utili... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SardSOS e OSM su raidue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 22/11/2013 21:00, Damjan Gerl ha scritto: Il file dovrebbe essere questo: http://creativemedia4.rai.it/podcastcdn/NewsVod/TG2/2025464.mp4 Ciao Damjan Confermo file, e minuto 20. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlKPwKkACgkQoVS0hKoD3PPUxQD+Kt1omr/AuJ4wogJHO8ZAfwnw Qzm8axuISb8rWpj4DLAA/25OMWigeUZOVIqgeFJ4yPJf0e7iiUwVzuj9k1bv6CZA =9LWd -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] (senza oggetto)
Ciao a tutti, non sono un gran mappatore (anzi ...) e sto riprendendo a mappare quindi mi scuso in anticipo delle banalità delle domande. Ho provato a mappare una piccola zona agricola usando JOSM http://www.openstreetmap.org/#map=19/44.92023/7.64978 e avrei qualche domanda che mi serve come chiarimento per evitare di spargere in giro troppi errori. 1) JOSM mi segnala che ho un po di edifici sovrapposti (3): come faccio a mappare edifici che sono distinti seppur adiacenti tra di loro? 2) JOSM mi segnala che ho degli edifici dentri latri edifici (5): credo che sia legato al problema di cui sopra 3) come classifico gli edifici rurali (stalle, fienili,ecc ... ): per ora ho messo building=farm 4) come classifico i silos agricoli? Anche qui per ora ho messo building=farm 5) ho racchiuso l'insieme degli edifici che costituscono questa cascina con un area classificata come landuse=residential anche se è in realtà un misto di edifici rurali e abitazioni Grazie mille anticipatamente del supporto Cesare Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it