[talk-ph] Expect more high-resolution satellite imagery in Bing c/o DigitalGlobe
Press release from late March 2012: http://media.digitalglobe.com/press-releases/digitalglobe-providing-broader-content-across-micr-nyse-dgi-0865300 Selected quote: The first agreement more than doubles the volume of high-resolution imagery DigitalGlobe delivers to Microsoft for use in its Bing Maps service. The imagery, delivered on a quarterly basis, will provide refreshed content covering millions of square kilometers of the earth's surface, including up-to-date imagery for the world's highest-density urban areas. Hopefully, this new imagery will still be available for tracing in OSM. :) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Barangay Street Mapping in Cebu - Saturday May 5th and Sunday May 13th
*Barangay Street Mapping in Cebu - Saturday May 5th and Sunday May 13th* I would like to attend the session on *Sunday 13th May* - meet at 11:00am at *Basak San Nicolas Barangay Hall on Tagunol Street.* I don't see the location of the *Barangay Hall*, Basak St. Nicolas on* OSM?* Ok, I found them on *Wikimapia*http://wikimapia.org/#lat=10.2860155lon=123.8708068z=18l=0m=bshow=/19315515/San-Nicolas-Barangay-Hallsearch=Cebu :- *San Nicolas Barangay Hall on Tagunol Street.http://wikimapia.org/#lat=10.2860155lon=123.8708068z=18l=0m=bshow=/19315515/San-Nicolas-Barangay-Hallsearch=Cebu * Coordinates: 10°17'9N 123°52'14E Luz Barangay Hall and Health Center http://goog_878201011(Cebu City)http://wikimapia.org/#lat=10.3233872lon=123.9060562z=18l=0m=bshow=/11205058/Luz-Barangay-Hall-and-Health-Center Coordinates: 10°19'24N 123°54'21E This is the barangay hall of Barrio(Barangay) Luz, Cebu City This place is a building Category: barangay hall I have* edited **OSM, to give Location of these 2 x Barangay Halls. There was '**Oz Racing**' at location for *Luz Barangay Hall and Health Center http://goog_878201011/ so I changed the name and created a new Location for Oz Racing on the correct side and place hopefully - 479 Archbishop Reyes Avenue, Cebu City, 6000, Cebu, Philippines *David R. Whittall* I.Eng MIEEIE From: Neil Taylor tay...@itpworld.net Date: Thu, May 3, 2012 at 8:01 PM Subject: Re: [talk-ph] Barangay Street Mapping in Cebu - Saturday May 5th and Sunday May 13th To: talk-ph@openstreetmap.org Cc: t...@pledgebank.com, Dave Whiteland d...@mysociety.org, Ian Stott st...@itpworld.net Hi All I am currently working on a project for Cebu City Government which is being funded by the World Bank. The aim of the project is to develop and implement an Open311 (http://open311.org/) civic engagement software application that will enable members of the public in two trial Barangay areas (Luz and Basak San Nicolas) to submit fault reports about pot-holes in the street and missing or broken street lights by SMS text message. These SMS text reports will be checked and verified by a team of people working at each Barangay Hall before they are placed on a map base, using a web-based software tool similar to www.fixmystreet.com, and forwarded to the relevant local government departments (DEPW, DPWH, DPS). If the trial is successful then the initiative may be deployed across the Metro-Cebu area. We are planning to start testing the software in the two pilot Barangays later this summer, but beforehand we want to update the OSM for these two Barangays. In particular we are keen to focus on the walking routes through the Barangays which are not already shown in the OSM. This will help the engineers at each organisation to locate reported faults and attend to them once we have got the software up and running. I apologise that it is short notice (the following activities were only confirmed just yesterday), but we are running two Barangay mapping workshops with local residents from each Barangay in Cebu on: · Saturday 5th May - meet at 11:00am at Luz Barangay Hall, on Arch. Reyes Avenue, and; · Sunday 13th May - meet at 11:00am at Basak San Nicolas Barangay Hall on Tagunol Street. If you are in the area and fancy coming along to get involved, or live/pass through these Barangays and can contribute to the mapping activity some other time, then please do pitch in. If you have any further questions about the project then please don’t hesitate to get in touch. Best regards Neil Neil Taylor Principal Consultant Integrated Transport Planning Ltd. 32a Stoney Street The Lace Market Nottingham NG1 1LL T: +44 (0) 115 988 6903 UK Mobile: +44 (0) 7780 710152 (UK) PH Mobile: +63 (0) 947 4856017 (Philippines) E: tay...@itpworld.net W: www.itpworld.net Skype: neil.taylor42 BT MeetMe Number 0844 5610005 BT MeetMe Passcode 20233903# Offices in Birmingham, Milton Keynes and Nottingham Registered in England and Wales No: 3485430 Registered office: 50 North Thirteenth Street, Milton Keynes, MK9 3BP VAT Number: 705011395 P Consider the environment. Please don't print this e-mail unless you really need to. This email (and any attachments) contains confidential information and is intended solely for the individual to whom it is addressed. If this email has been misdirected, please notify the author as soon as possible. If you are not the intended recipient you must not disclose, distribute, copy, print or rely on any of the information contained, and all copies must be deleted immediately. This footnote also confirms that this email message has been swept by anti-virus software, but Integrated Transport Planning Ltd cannot accept liability for any damage caused by receipt of this email. Please
Re: [OSM-legal-talk] BC Open Government License
Thanks Paul, this is good news. These kinds of license are appearing in a number of countries and are a great way of providing open geodata by governmental organisations. One small correction, but a positive one: The license is based on the pure UK Open Government License [1] rather than the one used by the UK OS OpenData. The Ordnance Survey use an adultered version which is not necessarily compatible with OSM; we had to get explicit clarification from them to use data. I've just read through the BC license and my conclusion is also it is compatible with our contributor terms in conjunction with ODbL, CC-BY-SA or a future license provided that on our official attribution page [2] we attribute them (5a) and state that we have not official status (5b). The existing OS attribution can be used as a model. A link to a separate project web-page describing the data and how we use it would also help with 5c. My only caution is 7c (third party rights) but agree with Paul's conclusion. My guess is that this would be more applicable to documents that contain specific elements like a photo or map with more restrictive licensing. For geodata, just check that if there is suite of datasets, that there is not one with more restrictive rights. Mike [1] http://www.nationalarchives.gov.uk/doc/open-government-licence/ [2] http://wiki.openstreetmap.org/wiki/Attribution On 03/05/2012 01:17, Paul Norman wrote: The BC government has released data under the Open Government License for Government of BC Information[1] which is based on the same license used for OS OpenData information[2]. OS OpenData can be used in OSM[3] The OGL BC is, broadly speaking, an attribution only license that makes allowances for attribution where combining information from multiple sources. The only potential concerns are under section 7, exemptions, and section 10, governing law. 7a and 7b cover information that the FIPPA act prohibits the disclosure of. The government does not have the authority to grant permission to use information FIPPA prevents the disclosure of so even if these clauses were not present it would not change what they had licensed.[4] In practice this is a non-issue since the type of data that would be of interest to OSM is not personal information that the government is prohibited from disclosing. These terms are also of the BC equivalent of the OS terms. 7c states that the government does not license what it doesn't have the rights to license. Without this term they would still not be granting a license to information they can't license. 7d is not an issue. There is no database directive in BC and otherwise the term is the same as the OS term 10 is the same as the OS term. Given that the OS license is already acceptable I see no reason why this license is also not acceptable. [1]: http://www.data.gov.bc.ca/dbc/admin/terms.page [2]: http://www.ordnancesurvey.co.uk/oswebsite/docs/licences/os-opendata-licence. pdf [3]: http://wiki.openstreetmap.org/wiki/Ordnance_Survey_Opendata [4]: FIPPA would override the license. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] BC Open Government License
I've added DataBC to the wiki page. I've had a look at the data and I don't foresee any imports taking place but I do see some of the layers being useful for references (e.g. names of highway rest areas) as well as for pointing out where there is something to map. It looks like the data from the large complex data sets is already included in datasets we can already use like CanVec. The origin of the data is well documented and it's all from government ministries. There's always the chance that they mistakenly included some third-party data but that's possible with any data source. I'm still working on trying to get the raw GeoTIFFs from DataBC instead of just access to the openmaps server. From: Michael Collinson [mailto:m...@ayeltd.biz] Subject: Re: [OSM-legal-talk] BC Open Government License Thanks Paul, this is good news. These kinds of license are appearing in a number of countries and are a great way of providing open geodata by governmental organisations. One small correction, but a positive one: The license is based on the pure UK Open Government License [1] rather than the one used by the UK OS OpenData. The Ordnance Survey use an adultered version which is not necessarily compatible with OSM; we had to get explicit clarification from them to use data. I've just read through the BC license and my conclusion is also it is compatible with our contributor terms in conjunction with ODbL, CC-BY-SA or a future license provided that on our official attribution page [2] we attribute them (5a) and state that we have not official status (5b). The existing OS attribution can be used as a model. A link to a separate project web-page describing the data and how we use it would also help with 5c. My only caution is 7c (third party rights) but agree with Paul's conclusion. My guess is that this would be more applicable to documents that contain specific elements like a photo or map with more restrictive licensing. For geodata, just check that if there is suite of datasets, that there is not one with more restrictive rights. Mike [1] http://www.nationalarchives.gov.uk/doc/open-government-licence/ [2] http://wiki.openstreetmap.org/wiki/Attribution On 03/05/2012 01:17, Paul Norman wrote: The BC government has released data under the Open Government License for Government of BC Information[1] which is based on the same license used for OS OpenData information[2]. OS OpenData can be used in OSM[3] The OGL BC is, broadly speaking, an attribution only license that makes allowances for attribution where combining information from multiple sources. The only potential concerns are under section 7, exemptions, and section 10, governing law. 7a and 7b cover information that the FIPPA act prohibits the disclosure of. The government does not have the authority to grant permission to use information FIPPA prevents the disclosure of so even if these clauses were not present it would not change what they had licensed.[4] In practice this is a non-issue since the type of data that would be of interest to OSM is not personal information that the government is prohibited from disclosing. These terms are also of the BC equivalent of the OS terms. 7c states that the government does not license what it doesn't have the rights to license. Without this term they would still not be granting a license to information they can't license. 7d is not an issue. There is no database directive in BC and otherwise the term is the same as the OS term 10 is the same as the OS term. Given that the OS license is already acceptable I see no reason why this license is also not acceptable. [1]: http://www.data.gov.bc.ca/dbc/admin/terms.page [2]: http://www.ordnancesurvey.co.uk/oswebsite/docs/licences/os-opendata- licence. pdf [3]: http://wiki.openstreetmap.org/wiki/Ordnance_Survey_Opendata [4]: FIPPA would override the license. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Mapnik rendering issue with *_link roads
I finally found out what the issue is with this [1] situation. My issue with it is that IMHO it is not good to see the unclassified road rendered on top of the primary_link road. I made a test here [2] where the left primary is a primary_link and the right primary is a primary proper. Apparently mapnik's renderering rules state that primary_link roads should be rendered below unclassified roads. I haven't inspected the rendering rules in detail (I'm also not familiar with them) but I have seen that tertiary_link roads are also rendered below unclassified roads. I expect that any *_link road is rendered below any other (or at least motorway - unclassified) road. Is this behaviour of mapnik wanted? As I said: IMHO it is not pleasing to the eye to see the unclassified road rendered on top of the primary_link road. In order of priority, a *_link road is just below its * counterpart but above the next lower road (so primary - primary_link - secondary). [1] http://www.openstreetmap.org/?lat=51.352555lon=6.014996zoom=18 [2] http://www.openstreetmap.org/?lat=51.352419lon=6.010627zoom=18 Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering issue with *_link roads
Logically, you need to know the lower of the two classifications being linked, and it may also be useful to know the higher of the two being linked. So I record that information in links_lower and links_higher tags. Then it can be rendered very neatly. But I got flamed last time I proposed this ought to be fixed, so this information is offered on a tag-what-you-like basis, rather than a render-as-I-do basis. Richard On Fri, May 4, 2012 at 1:09 PM, Maarten Deen md...@xs4all.nl wrote: I finally found out what the issue is with this [1] situation. My issue with it is that IMHO it is not good to see the unclassified road rendered on top of the primary_link road. I made a test here [2] where the left primary is a primary_link and the right primary is a primary proper. Apparently mapnik's renderering rules state that primary_link roads should be rendered below unclassified roads. I haven't inspected the rendering rules in detail (I'm also not familiar with them) but I have seen that tertiary_link roads are also rendered below unclassified roads. I expect that any *_link road is rendered below any other (or at least motorway - unclassified) road. Is this behaviour of mapnik wanted? As I said: IMHO it is not pleasing to the eye to see the unclassified road rendered on top of the primary_link road. In order of priority, a *_link road is just below its * counterpart but above the next lower road (so primary - primary_link - secondary). [1] http://www.openstreetmap.org/?**lat=51.352555lon=6.014996**zoom=18http://www.openstreetmap.org/?lat=51.352555lon=6.014996zoom=18 [2] http://www.openstreetmap.org/?**lat=51.352419lon=6.010627**zoom=18http://www.openstreetmap.org/?lat=51.352419lon=6.010627zoom=18 Regards, Maarten __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering issue with *_link roads
On Fri, May 4, 2012 at 8:09 AM, Maarten Deen md...@xs4all.nl wrote: Is this behaviour of mapnik wanted? As I said: IMHO it is not pleasing to the eye to see the unclassified road rendered on top of the primary_link road. In order of priority, a *_link road is just below its * counterpart but above the next lower road (so primary - primary_link - secondary). I would guess that, yes, this is the intention. The example you point out is only minorly aesthetically displeasing. But if links were rendered on top of unclassified roads, the situation of a link merging into an unclassified (rather than passing through) would look much worse. Example: http://dl.dropbox.com/u/2398828/scrot/link_order.png Granted, links don't feed into unclassifieds as often as they do higher classifications of road, but it still happens a lot. -- AJ Ashton ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering issue with *_link roads
That's why you need to know the lower of the two classifications being linked (so you can put the link just under the lower one) On Fri, May 4, 2012 at 4:11 PM, AJ Ashton aj.ash...@gmail.com wrote: On Fri, May 4, 2012 at 8:09 AM, Maarten Deen md...@xs4all.nl wrote: Is this behaviour of mapnik wanted? As I said: IMHO it is not pleasing to the eye to see the unclassified road rendered on top of the primary_link road. In order of priority, a *_link road is just below its * counterpart but above the next lower road (so primary - primary_link - secondary). I would guess that, yes, this is the intention. The example you point out is only minorly aesthetically displeasing. But if links were rendered on top of unclassified roads, the situation of a link merging into an unclassified (rather than passing through) would look much worse. Example: http://dl.dropbox.com/u/2398828/scrot/link_order.png Granted, links don't feed into unclassifieds as often as they do higher classifications of road, but it still happens a lot. -- AJ Ashton ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] etrex 20 vs etrex H
hi all there are discussion in our community, regarding the etrex is etrex 20, ok? because most of us using etrex H. F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] etrex 20 vs etrex H
Frans Thamura wrote: is etrex 20, ok? It's been discussed on a few of the mailing lists - I'd have a read of those. There are specifics about X works better than before but Y does not; so whether it'll work for you depends on what you want to do with it. http://www.google.co.uk/search?q=%22etrex+20%22+site%3Ahttp%3A%2F%2Fwww.mkgmap.org.uk%2Fpipermail%2Fmkgmap-dev%2Fie=utf-8oe=utf-8aq=trls=org.mozilla:en-GB:officialclient=firefox-a http://www.google.co.uk/search?q=%22etrex+20%22+site%3Ahttp%3A%2F%2Flists.openstreetmap.org%2Fpipermail%2Fie=utf-8oe=utf-8aq=trls=org.mozilla:en-GB:officialclient=firefox-a Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-tr] render sözcügünün en dogru tercümesi
Tureng'deki karşılıkları tarayınca iki tane kavram bana en uygun karşılık gibi geldi. Birincisi sıvamak. Çok sevimli durmasa da eylem olarak açıklayıcı olduğunu düşünüyorum. İkincisi de Özgür Yüksel'in imge oluşturmak önerisine yakın olarak imgeleştirmek. Sitede de -leştirmek şeklinde bir tanım bulunuyor zaten. Can =-=-=-=-=-=-=-=-=-=-=-=-=-= Dr. Hüseyin Can Ünen Araştırma Görevlisi İTÜ İnşaat Fakültesi Geomatik Mühendisliği Bölümü 34469 Maslak İstanbul Telefon: 0212 2856783 Faks: 0212 2856783 e-posta: u...@itu.edu.tr -Original Message- From: besiktastan [mailto:besiktas...@gmail.com] Sent: Friday, May 04, 2012 1:24 PM To: Özgür Yüksel Cc: talk-tr@openstreetmap.org Subject: Re: [Talk-tr] render sözcügünün en dogru tercümesi Drupal için oluşturduğumuz sözlükte (http://localize.drupal.org/node/2414), hepsi de tartışmalı ve bağlamına göre tercih edilebilen şu karşılıklar var: görüntüye sokmak, görüntü/biçim kazandırmak, işlemek, oluşturmak Ş. Gorsellestirme'nin baska anlamlari da var.. Yanlis anlasilabilir.. Ama Hakan'in 'Olusturma' ornekleri iyi oldu bence .. -- Ozgur Yuksel http://twitter.com/xceptn 2012/5/3 Hakan Tandoganha...@gurkensalat.com: bakalım: * vikipedi: http://tr.wikipedia.org/wiki/Render * http://mydictionary.dyndns.org/dictionary/tr_en/tr/translation/index.jsp render: pek iiyi bir sonuç yok * http://www.webguvenligi.org/sozluk/ inadequate rendering support: yetersiz temsil desteği * http://www.microsofttranslator.com/ rendering: görüntü oluşturma * ... bence yeni bir terim oluşturalım: görselleştirmek nasıl ? ;-) Yapma, tercüme ede ede parmaklarımdan kan akmaya başladı, şimdide bütün yazdıklarımı degiştirtme :-) ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-tr] render sözcügünün en dogru tercümesi
imgeleştirmek, görsel işlemek, (bi tane daha önermek için) bezemek. 2012/5/4 Roman Neumüller em...@katpatuka.org oluşturmak fazla genel bir sözcük ne oluşturulacak yani...!? ingiliz vikide http://en.wikipedia.org/wiki/** Rendering_(computer_graphics)http://en.wikipedia.org/wiki/Rendering_%28computer_graphics%29 interwiki linkleri mesela almancası 'Bildsynthese' sözcüğünü kullanılıyor fakat diğer dilleri rendering kelime kullanıyor - örneğin rusça: Рендеринг ispanyolca: Renderización fransızça: Rendu Demek fazla zorlamak gerek yok. halı değil resim dokumak gibi bir şey işte... Roman Drupal için oluşturduğumuz sözlükte (http://localize.drupal.org/** node/2414 http://localize.drupal.org/node/2414), hepsi de tartışmalı ve bağlamına göre tercih edilebilen şu karşılıklar var: görüntüye sokmak, görüntü/biçim kazandırmak, işlemek, oluşturmak Ş. Gorsellestirme'nin baska anlamlari da var.. Yanlis anlasilabilir.. Ama Hakan'in 'Olusturma' ornekleri iyi oldu bence .. -- Ozgur Yuksel http://twitter.com/xceptn 2012/5/3 Hakan Tandoganha...@gurkensalat.com**: bakalım: * vikipedi: http://tr.wikipedia.org/wiki/**Renderhttp://tr.wikipedia.org/wiki/Render * http://mydictionary.dyndns.**org/dictionary/tr_en/tr/** translation/index.jsphttp://mydictionary.dyndns.org/dictionary/tr_en/tr/translation/index.jsp render: pek iiyi bir sonuç yok * http://www.webguvenligi.org/**sozluk/http://www.webguvenligi.org/sozluk/ inadequate rendering support: yetersiz temsil desteği * http://www.**microsofttranslator.com/http://www.microsofttranslator.com/ rendering: görüntü oluşturma * ... bence yeni bir terim oluşturalım: görselleştirmek nasıl ? ;-) Yapma, tercüme ede ede parmaklarımdan kan akmaya başladı, şimdide bütün yazdıklarımı degiştirtme :-) __**_ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-trhttp://lists.openstreetmap.org/listinfo/talk-tr -- katpatuka.org __**_ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-trhttp://lists.openstreetmap.org/listinfo/talk-tr -- ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-br] Digest Talk-br, volume 44, assunto 5
Olá Hermann, Eu tenho interesse na geração de um arquivo para a região metropolitana de São Paulo somente, mas se for muito trabalho pra você restringir para uma área menor, pode ser de todo o estado também, o que for mais fácil para você. :) Uma pergunta: esses arquivos podem ser lidos pelo JOSM? É o programa que eu uso. Muito obrigado! D4RK-L3G10N From: talk-br-requ...@openstreetmap.org talk-br-requ...@openstreetmap.org To: talk-br@openstreetmap.org Sent: Friday, May 4, 2012 8:00 AM Subject: Digest Talk-br, volume 44, assunto 5 Enviar submissões para a lista de discussão Talk-br para talk-br@openstreetmap.org Para se cadastrar ou descadastrar via WWW, visite o endereço http://lists.openstreetmap.org/listinfo/talk-br ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para talk-br-requ...@openstreetmap.org Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço talk-br-ow...@openstreetmap.org Quando responder, por favor edite sua linha Assunto assim ela será mais específica que Re: Contents of Talk-br digest... Tópicos de Hoje: 1. Re: Street name data (Hermann Peifer) 2. Re: Street name data (vitor) -- Message: 1 Date: Thu, 03 May 2012 21:16:39 +0200 From: Hermann Peifer pei...@gmx.eu To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Street name data Message-ID: 4fa2d997.7040...@gmx.eu Content-Type: text/plain; charset=windows-1252; format=flowed Se alguem quiser: posso gerar arquivos kml (ou shp, ...) para todos os municipios (ou estados) do Brasil. Nao custa muito. Ja fiz os ~500 municipios do RS (em approx. 1 hora). Veja abaixo um exemplo de um Placemark [1]. Minha maneira de processar os dados era: 0) wget -r ftp://ftp.ibge.gov.br/Censos/Censo_Demografico_2010/... 1) unzip 2) awk -f coordinates.awk ibge_file.txt out_file.csv 3) ogr2ogr -f kml out_file.kml out_file.csv Abs, Hermann [1] Placemark nameESTRADA PARIS PINHEIRO MACHADO 0SN/name ExtendedData SchemaData schemaUrl=#Enderecos_IBGE SimpleData name=NameESTRADA PARIS PINHEIRO MACHADO 0SN/SimpleData SimpleData name=Setor43026590514/SimpleData SimpleData name=SituacaoSetor2/SimpleData SimpleData name=LogradouroESTRADA PARIS PINHEIRO MACHADO/SimpleData SimpleData name=NumeroLogradouro0SN/SimpleData SimpleData name=Complemento/ SimpleData name=Latitude-29.496827/SimpleData SimpleData name=Longitude-51.647645/SimpleData SimpleData name=LocalidadeNOVO PARIS/SimpleData SimpleData name=EspecieEndereco06/SimpleData SimpleData name=EstabelecimentoCEMITERIO EVANGELICO NOVO PARIS/SimpleData SimpleData name=IndicadorEndereco1/SimpleData SimpleData name=DomicilioColetivo/ SimpleData name=NumeroQuadra000/SimpleData SimpleData name=NumeroFace000/SimpleData SimpleData name=CEP9579/SimpleData /SchemaData /ExtendedData Point coordinates-51.647645,-29.496827/coordinates /Point /Placemark On 03/05/2012 17:47, Rodrigo Avila wrote: Oi Hermann, pode ensinar como faz isso? A cidade onde moro é mais rural que urbana, então... -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br mailto:rodr...@avila.net.br? www.avila.net.br http://www.avila.net.br Em 3 de maio de 2012 12:42, Hermann Peifer pei...@gmx.eu mailto:pei...@gmx.eu escreveu: On 02/05/2012 16:20, Arlindo Pereira wrote: Hermann: seu português está melhor do que o de muitos brasileiros ;-) Vitor: sabe informar a licença desses dados do IBGE? Tem muita rua aqui no Rio traçada a partir das imagens do Bing que ainda está sem nome. Ontem baxei todos os dados do Cadastro Nacional de Endereços Fins Estatisticos [1]. São 10903 arquivos com um total de 81+ M endereços. Entre eles, achei ~ 9 M endereços georeferenciadas. Quase todos eles estão situados nos setores rurais, normalmente perto das estradas principais. Aqui um exemplo de Ivoti, Rio Grande do Sul [2]. Infelizmente, não achei nemhuma informaçao sobre a licença desses dados do IBGE :-( Abs, Hermann [1] ftp://ftp.ibge.gov.br/Censos/__Censo_Demografico_2010/__Cadastro_Nacional_de___Enderecos_Fins_Estatisticos ftp://ftp.ibge.gov.br/Censos/Censo_Demografico_2010/Cadastro_Nacional_de_Enderecos_Fins_Estatisticos [2] https://docs.google.com/open?__id=0B7wH21aRzMT___bmpDU3hGMTQ0SkE https://docs.google.com/open?id=0B7wH21aRzMT_bmpDU3hGMTQ0SkE _ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-br http://lists.openstreetmap.org/listinfo/talk-br ___
Re: [Talk-br] Digest Talk-br, volume 44, assunto 5
Hermann Minha área de estudo é Presidente Prudente, SP. Você pode me ajudar? Grata. Arlete Em 04/05/2012 19:26, D4RK-L3G10N d4rkl3g...@yahoo.com escreveu: Olá Hermann, Eu tenho interesse na geração de um arquivo para a região metropolitana de São Paulo somente, mas se for muito trabalho pra você restringir para uma área menor, pode ser de todo o estado também, o que for mais fácil para você. :) Uma pergunta: esses arquivos podem ser lidos pelo JOSM? É o programa que eu uso. Muito obrigado! D4RK-L3G10N -- *From:* talk-br-requ...@openstreetmap.org talk-br-requ...@openstreetmap.org *To:* talk-br@openstreetmap.org *Sent:* Friday, May 4, 2012 8:00 AM *Subject:* Digest Talk-br, volume 44, assunto 5 Enviar submissões para a lista de discussão Talk-br para talk-br@openstreetmap.org Para se cadastrar ou descadastrar via WWW, visite o endereço http://lists.openstreetmap.org/listinfo/talk-br ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para talk-br-requ...@openstreetmap.org Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço talk-br-ow...@openstreetmap.org Quando responder, por favor edite sua linha Assunto assim ela será mais específica que Re: Contents of Talk-br digest... Tópicos de Hoje: 1. Re: Street name data (Hermann Peifer) 2. Re: Street name data (vitor) -- Message: 1 Date: Thu, 03 May 2012 21:16:39 +0200 From: Hermann Peifer pei...@gmx.eu To: OSM talk-br talk-br@openstreetmap.org Subject: Re: [Talk-br] Street name data Message-ID: 4fa2d997.7040...@gmx.eu Content-Type: text/plain; charset=windows-1252; format=flowed Se alguem quiser: posso gerar arquivos kml (ou shp, ...) para todos os municipios (ou estados) do Brasil. Nao custa muito. Ja fiz os ~500 municipios do RS (em approx. 1 hora). Veja abaixo um exemplo de um Placemark [1]. Minha maneira de processar os dados era: 0) wget -r ftp://ftp.ibge.gov.br/Censos/Censo_Demografico_2010/... 1) unzip 2) awk -f coordinates.awk ibge_file.txt out_file.csv 3) ogr2ogr -f kml out_file.kml out_file.csv Abs, Hermann [1] Placemark nameESTRADA PARIS PINHEIRO MACHADO 0SN/name ExtendedData SchemaData schemaUrl=#Enderecos_IBGE SimpleData name=NameESTRADA PARIS PINHEIRO MACHADO 0SN/SimpleData SimpleData name=Setor43026590514/SimpleData SimpleData name=SituacaoSetor2/SimpleData SimpleData name=LogradouroESTRADA PARIS PINHEIRO MACHADO/SimpleData SimpleData name=NumeroLogradouro0SN/SimpleData SimpleData name=Complemento/ SimpleData name=Latitude-29.496827/SimpleData SimpleData name=Longitude-51.647645/SimpleData SimpleData name=LocalidadeNOVO PARIS/SimpleData SimpleData name=EspecieEndereco06/SimpleData SimpleData name=EstabelecimentoCEMITERIO EVANGELICO NOVO PARIS/SimpleData SimpleData name=IndicadorEndereco1/SimpleData SimpleData name=DomicilioColetivo/ SimpleData name=NumeroQuadra000/SimpleData SimpleData name=NumeroFace000/SimpleData SimpleData name=CEP9579/SimpleData /SchemaData /ExtendedData Point coordinates-51.647645,-29.496827/coordinates /Point /Placemark On 03/05/2012 17:47, Rodrigo Avila wrote: Oi Hermann, pode ensinar como faz isso? A cidade onde moro é mais rural que urbana, então... -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br mailto:rodr...@avila.net.br? www.avila.net.br http://www.avila.net.br Em 3 de maio de 2012 12:42, Hermann Peifer pei...@gmx.eu mailto:pei...@gmx.eu escreveu: On 02/05/2012 16:20, Arlindo Pereira wrote: Hermann: seu português está melhor do que o de muitos brasileiros ;-) Vitor: sabe informar a licença desses dados do IBGE? Tem muita rua aqui no Rio traçada a partir das imagens do Bing que ainda está sem nome. Ontem baxei todos os dados do Cadastro Nacional de Endereços Fins Estatisticos [1]. São 10903 arquivos com um total de 81+ M endereços. Entre eles, achei ~ 9 M endereços georeferenciadas. Quase todos eles estão situados nos setores rurais, normalmente perto das estradas principais. Aqui um exemplo de Ivoti, Rio Grande do Sul [2]. Infelizmente, não achei nemhuma informaçao sobre a licença desses dados do IBGE :-( Abs, Hermann [1] ftp://ftp.ibge.gov.br/Censos/__Censo_Demografico_2010/__Cadastro_Nacional_de___Enderecos_Fins_Estatisticos ftp://ftp.ibge.gov.br/Censos/Censo_Demografico_2010/Cadastro_Nacional_de_Enderecos_Fins_Estatisticos [2] https://docs.google.com/open?__id=0B7wH21aRzMT___bmpDU3hGMTQ0SkE https://docs.google.com/open?id=0B7wH21aRzMT_bmpDU3hGMTQ0SkE _ Talk-br
[Talk-de] Unterstützer /-ung für Linuxtag gesucht
Hallo, Ende Mai (23.-26.05.) findet wieder der Linuxtag in Berlin statt. Der aktuelle Stand ist, das es wieder einen Gemeinschaftsstand von FOSSGIS, OSM und Navit geben wird. Hallenpläne und die aktuelle Planung und Infos zum Thema Bildungsurlaub gibt es im OSM-Wiki [1] Neben Leuten für die Standbetreuung wird auch noch Hardware benötigt. Ganz konkret sind das 2 Rechner mit Bildschirm als Vorführrechner sowie ein kleiner Rechner (Netbook o.ä.) um den Beamer zu füttern. Im Wiki sind auch noch andere Ideen beschrieben. Wer dazu etwas beitragen kann, kann dort gerne Anmerkungen und Ergänzungen machen. Oder sich auch direkt bei mir melden. Am kommenden Donnerstag (10.05.) findet noch ein Stammtisch [2] in Berlin statt. Auch hier gibt es Gelegenheit über die Vorbereitung zu sprechen. Viele Grüße Lars [1] http://wiki.openstreetmap.org/wiki/Linuxtag/OSM_at_LinuxTag_2012 [2] http://wiki.openstreetmap.org/wiki/Berlin/Stammtisch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach Elbufer, Bad Schandau
Hallo Sarah, nachdem auf diese Fragestellung sich niemand von den osm.de Machern angesprochen gefühlt hat, möchte ich diese Frage irgendjemanden aus dieser Truppe zukommen lassen. Kennst Du jemanden den man da kontaktieren könnte? Ich habe auch bei osm.de bei den Kontaktdaten nachgesehen. Ob sich der webmas...@openstreetmap.de da der richtige wäre, wage ich zu bezweifeln. Gruß hike39 Das ist eher eine Frage für die Macher von osm.de. Nominatim liefert den Haupttag des Objektes in der Suchantwort zurück. Es ist dann Sache der Website, das irgendwie darzustellen. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach Elbufer, Bad Schandau
hike39 ho...@hike.de wrote: nachdem auf diese Fragestellung sich niemand von den osm.de Machern angesprochen gefühlt hat, möchte ich diese Frage irgendjemanden aus dieser Truppe zukommen lassen. Was soll das jetzt? Ich habe die Nominatim Suche auf osm.de postwendend dem Vorschlag von Sarah angepasst, das ist auf dieser Liste nachzulesen! Gruss Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach Elbufer, Bad Schandau
Hoi Sven, On Fri, May 04, 2012 at 11:33:28AM +, Sven Geggus wrote: hike39 ho...@hike.de wrote: nachdem auf diese Fragestellung sich niemand von den osm.de Machern angesprochen gefühlt hat, möchte ich diese Frage irgendjemanden aus dieser Truppe zukommen lassen. Was soll das jetzt? Ich habe die Nominatim Suche auf osm.de postwendend dem Vorschlag von Sarah angepasst, das ist auf dieser Liste nachzulesen! Ich denke es geht hier darum, zusätzlich beim Suchergebnis anzuzeigen, welcher Art das Objekt ist (Stadt, Strasse, Haltestelle, etc.) Dafür müsste man class und type auswerten, dass mit der Antwort zurückkommt. Oder aber einfach das Icon anzeigen, dass in der Antwort mitgeschickt wird. Ich würde ja einen Patch schicken, aber ich weiss nicht, ob der Code der Seite irgendwo öffentlich ist. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder (Aerowest) für Bonn, Sankt Augustin, Siegburg, Troisdorf via TMS verfügbar
On 04/25/2012 10:01 AM, SB79 wrote: Hallo, es ist mir eine große Freude, euch mitteilen zu können, dass die Bonner Community euch vier Aerowest-Luftbilder, nämlich * Bonn * Sankt Augustin * Siegburg * Troisdorf (jeweils 10 cm Auflösung) über einen Server (TMS) zum Ableiten von Informationen für OpenStreetMap zur Verfügung stellt. Informationen sowie Konfigurationshinweise für JOSM und für Potlatch findet ihr unter: http://wiki.openstreetmap.org/wiki/Bonn/Luftbilder Es gibt jetzt auch Statistiken zu den einzelnen Gebieten, die täglich aktualisiert werden: http://osm.infdef.de/luftbilder/index.html Viele Grüße, Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Toolchain Mapnik2 in einfach
On 03/05/12 11:33, Sven Geggus wrote: oliver...@naumann-clan.de wrote: Habe versucht, osm2pgsql zu laden wie geschrieben, das hier kommt dabei raus: ./austogen.sh: 2: ./autogen.sh: autoreconf: not found offensichtlich stimmt meine Annahme, dass jemand der Linux benutzen kann auch Software compilieren kann längst nicht mehr :( Das wäre ja auch schlimm. Ich freue mich über jeden befreiten Rechner ! Wie wäre es mit einem Repository ? Nicht jeder hat Gentoo am laufen. Wie wär es denn mit apt-get install aufoconf? Na ja, mich wundert es schon das make gefunden wurde. Ist bei Debian nur optional und mit der passenden Hardware (ohne dkms) ist das nicht installiert. Da denkt man noch an die Zeiten als zu erst der Kernel kompeliert wurde. Bin trotzdem der Meinung, dass sich viel zu wenig mit den Maschinen auseinander gesetzt wird aber die Bereitschaft für Serviceleistungen zu zahlen gering ist und alles von selbst zu funktionieren hat. Wieviele Leute bringen ihre Fortbewegungsmittel (Auto/Motor-/Fahrrad) regelmäßig zur Inspektion und wieviele ihren Rechner ? Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern 999
On 12-05-03 8:45, Bernd Wurst wrote: Hallo. Am 01.05.2012 08:29, schrieb Martin Trautmann: bei der Prüfung von Eingaben wäre auch zu überlegen, ob zu hohe Hausnummern beanstandet würden - und ob man diese mit dem vorgeschlagenen sic-Tag markieren könnte. Wie hoch ist die Wahrscheinlichkeit, dass genau im Hausnummer-Tag ein Fehler mit einer zu hohen Zahl auftritt? Keine Ahnung. Hat's je jemand geprüft? Georgs erster Check hat ja schon ein paar Dinge zu Tage gebracht. Hänge an dein Kriterium doch einfach nochmal eine Stelle dran. Das einzige was ich mir grade vorstellen könnte wäre, dass jemand versehentlich eine PLZ dort einträgt. Das wäre dann eine fünfstellige Zahl die in der Tat wohl nie als normale Hausnummer vorkommt. Ja, das wäre ein typischer Fehler. Auch Köln hat seit 1811 normale Hausnummern. :) Was heisst normal? Wie weit reichen die Hausnummern dort in Aachener Straße oder Venloer Straße? Typische Ausnahmen, die ich kenne, sind am häufigsten in amerikanischen Militärsiedlungen - z.B. Vogelweh in Kaiserslautern Ansonsten gibt es wohl eher fehlerhafte Formatierungen, wo Hausnummern-Bereiche wie 12/14 oder 22-26 als hohe Hausnummern erkannt werden!? Dann sollte jeder der einen solchen Test programmiert bitte solche Fälle (zunächst mal wohl genau diese beiden Fälle) beachten und korrekt verstehen. Dann kann man noch warnen wenn die Zahlen keinen Sinn ergeben (z.B. bei / mehr als 4 auseinander, bei - mehr als 20 auseinander oder erste Zahl größer als zweite Zahl). Ich würde doch stark bitten dass solche Checks von oben herab an das Optimum angenähert werden. Also zunächst mal nur völlig unrealistische Fälle erkennen und dann weiter verschärft werden um nur leicht unlogische Fälle zu finden. False-positives sind für die Motivation neuer Mapper und die Glaubwürdigkeit jeglicher Checks ein großes Problem. Checks können auf privater Ebene beliebig erfolgen. von oben herab, also offiziell und für alle, müssen hieb- und stichfest sein, da gebe ich dir völlig Recht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern 999
On 12-05-03 9:42, Michael Krämer wrote: Da möchte ich dann als andere Testfälle noch die 398 1/2 und 398 1/3 einbringen. Beide gibt es hier wirklich, genauso ein Hauseingang, an dem 453 rechts steht. Die 453 links ist ca. 50 m entfernt um die Ecke, dazwischen steht ein anderes Haus. Heiss, mit so großem Abständen kenne ich das selten. In Berlin typisch ist z.B. der Zusatz 123 Hinterhaus - in allen möglichen Schreibvarianten Hhs, Vdhs usw. Typisch und notwendig sind auch Unterscheidungen bei vielen Geschäftshäusern mit weiteren Nebeneingängen zu den Wohnungen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Potlatch: direktere Edits
Hallo, wenn ich in Potlatch mehrere Fehler korrigieren will dann ist das eine recht mühsam langwierige Aufgabe. Wenn ich auf den Link http://www.openstreetmap.org/edit?node=123456789 gehe dann öffnet Potlatch 2 komplett neu. Dann darf ich viermal reinzoomen, um überhaupt diesen Knoten 123456789 eindeutiger identifizieren zu können. Erst dann beginnt die Korrekturarbeit. Und dann darf ich mehrfach durch Save gehen, ob ich wirklich keine Kommentare abgeben möchte. Wenn ich dann die nächste ID in der URL eingebe lädt Potlatch wieder komplett neu. Gibt's etwas einfacheres, das A) gleich den node/way auswählt B) direkt so weit rein zoomt, dass ich alles davon sehe C) mit der nächsten ID direkt innerhalb von Potlatch weiter macht, ohne dass wieder alles neu geladen wird - und ohne dass ich Änderungen verliere, weil ich nicht über Save ging, sondern eben intern weitere Änderungen hinzufügen lässt? Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
Wie wäre es mit josm? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 12-05-04 16:35, aighes wrote: Wie wäre es mit josm? Das letzte Mal war's noch schmerzhaft langsam. (iBook: Mac mit 800 MHz) Ansonsten ist's aktuell zu Potlatch sehr einfach, HTML-Links zu erzeugen und den entsprechenden URLs zu folgen. Bietet JOSM ähnliches? Ansonsten habe ich aktuell noch keine Lust, 1,8 GB für Germany herunter zu laden und dann einen veralteten Stand zu haben. Meine Vorstellungen von JOSM sind sicherlich völlig falsch, das geht sicher auch alles viel viel einfacher und direkt auf dem aktuellen Bestand. Im Moment scheitere ich dort aber schon an der Benutzerführung. Wenn ich Download Location machen will, dann suggeriert mir die Hilfe, ich könnte direct eine ID eingeben, richtig? Der zugehörige suggeriert mir aber was anderes, nämlich dass ich eine URL eingeben soll, mit http. Wie die URL formatiert sein müsste, das ist nicht so offensichtlich. Angeblich wäre es z.B. http://api.openstreetmap.org/api/0.6/node/123456789 usw. Richtig? Oder kann ich irgendwo direkt in JOSM eingeben: node/123456789 JOSM ist mir aber per se maximal unsympathisch, wenn A) copy aus der JOSM Hilfe nicht geht B) paste in das URL-Feld nicht geht. Wenn grundlegendste Mechanismen der Benutzeroberfläche nicht gehen, dann habe ich keine große Lust, damit zu arbeiten. Vielleicht tue ich JOSM Unrecht - aber so wirkt es auf mich erst mal unbrauchbar. Aktuellste Version, auf MacOS 10.6 Potlatch erscheint mir da schlüssiger. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern 999
Am 4. Mai 2012 16:10 schrieb Martin Trautmann tr...@gmx.de: Hänge an dein Kriterium doch einfach nochmal eine Stelle dran. Das einzige was ich mir grade vorstellen könnte wäre, dass jemand versehentlich eine PLZ dort einträgt. Das wäre dann eine fünfstellige Zahl die in der Tat wohl nie als normale Hausnummer vorkommt. Ja, das wäre ein typischer Fehler. In Deuschland ist es eher unwahrscheinlich, dass man solche Hausnummern findet, aber vorsicht mit solchen Annahmen, in den USA ist das durchaus nicht so ungewöhnlich, hier z.B. 12835 Mulholland Drive: http://maps.google.it/maps?q=mulholland+drivehl=dell=34.129533,-118.412361spn=0.004298,0.021136client=ubuntuchannel=cshq=mulholland+driveradius=15000t=hz=16layer=ccbll=34.129534,-118.412369panoid=pjhlejpHCzQ5keUR7u2xOgcbp=12,312.62,,2,10.92 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 12-05-04 17:12, Martin Trautmann wrote: JOSM ist mir aber per se maximal unsympathisch, wenn A) copy aus der JOSM Hilfe nicht geht B) paste in das URL-Feld nicht geht. Ok, gerade habe ich gefunden, dass JOSM nicht cmd-c, sondern ctrl-c verlangt, ebenso statt cmd-v auch ctrl-v. Nein danke, wenn's schon ein Mac Package gibt, dann bitte auch mit grundlegenden Prinzipien des GUI. JOSM bietet ja nicht mal interaktive Menus, aus denen man das auswählen könnte. Oder wo's die gibt, da wird cmd-c angezeigt (Propeller-C, ⌘-C), ist aber nicht überall nutzbar. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern 999
Am 4. Mai 2012 16:10 schrieb Martin Trautmann tr...@gmx.de: In Berlin typisch ist z.B. der Zusatz 123 Hinterhaus - in allen möglichen Schreibvarianten Hhs, Vdhs usw. Typisch und notwendig sind auch Unterscheidungen bei vielen Geschäftshäusern mit weiteren Nebeneingängen zu den Wohnungen. Ja, typisch sind Hinterhaus, Vorderhaus, Seitenflügel links und rechts, und ggf. auch 2. Hinterhaus (gibt's wohl mit bis zu 7 Höfen) und entspr. Seitenflügel. Dazu kommen Treppen (bzw. Aufgang): Treppe A, B, C ... und Treppe 1, 2, 3, ... Dazu kommen Stockwerksangaben, Türnummern und ähnliches. Es gibt diesbezüglich bereits Vorschläge, die damals AFAIR die Wiener erstellt haben, weil es da ähnliche Strukturen gibt. Damit kann man diese Dinge formalisiert eintragen. http://wiki.openstreetmap.org/wiki/Proposed_features/addr_keys_(2011-04) s.auch http://wiki.openstreetmap.org/wiki/Key:addr Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
Am 4. Mai 2012 17:24 schrieb Martin Trautmann tr...@gmx.de: Ok, gerade habe ich gefunden, dass JOSM nicht cmd-c, sondern ctrl-c verlangt, ebenso statt cmd-v auch ctrl-v. AFAIK kommt das vom Java. Nein danke, wenn's schon ein Mac Package gibt, dann bitte auch mit grundlegenden Prinzipien des GUI. d.h. lieber kein Mac-Package (SCNR)? Gruß Martin PS: Kontextsensitive Rechtsclick-Menus wären wirklich cool, das stimmt schon. Wobei der Workflow in JOSM m.E. schon ziemlich optimal das abbildet, was man in OSM gemeinhin tut. Es kostet einen zwar eine gewisse Einarbeitung, danach flutscht es aber... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 12-05-04 17:30, Martin Koppenhoefer wrote: Am 4. Mai 2012 17:24 schrieb Martin Trautmann tr...@gmx.de: Ok, gerade habe ich gefunden, dass JOSM nicht cmd-c, sondern ctrl-c verlangt, ebenso statt cmd-v auch ctrl-v. AFAIK kommt das vom Java. Nein, es gibt massig andere Applications auf Java, die Mac-konform sind. d.h. lieber kein Mac-Package (SCNR)? Keine Ahnung - die Frage ist immer, wie groß der Leidensdruck ist. Potlatch erscheint mir für meine Zwecke ausreichend, so dass ich mir JOSM nicht antun will. Die Power-User auf dem Mac sind vielleicht mit JOSM so viel zufriedener, dass sie diese Kröten überhaupt nicht mehr wahrnehmen. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern 999
On 12-05-04 17:26, Martin Koppenhoefer wrote: http://wiki.openstreetmap.org/wiki/Proposed_features/addr_keys_(2011-04) s.auch http://wiki.openstreetmap.org/wiki/Key:addr dem könnte man entnehmen, dass sehr vieles (aber leider wohl nicht alles) mit n,m, n, m, n,m,o,... usw. eigentlich als n;m;..., also mit Strichpunkt statt Komma oder Leerzeichen zu schreiben wäre. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 04/05/12 17:24, Martin Trautmann wrote: On 12-05-04 17:12, Martin Trautmann wrote: Hallo Martin JOSM ist mir aber per se maximal unsympathisch, wenn A) copy aus der JOSM Hilfe nicht geht B) paste in das URL-Feld nicht geht. Ok, gerade habe ich gefunden, dass JOSM nicht cmd-c, sondern ctrl-c verlangt, ebenso statt cmd-v auch ctrl-v. Nein danke, wenn's schon ein Mac Package gibt, dann bitte auch mit grundlegenden Prinzipien des GUI. JOSM bietet ja nicht mal interaktive Menus, aus denen man das auswählen könnte. Oder wo's die gibt, da wird cmd-c angezeigt (Propeller-C, ⌘-C), ist aber nicht überall nutzbar. Wenn Du erreichen willst, dass sich daran was ändert, füll doch bitte ein Ticket unter josm.openstreetmap.de aus. So viel ich weiß, benutzt kein Entwickler OSX, desshalb werden solche Problem oft nicht bekannt. Gruß fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
Servus! Sieht so aus, als solltest du mal Merkaartor probieren. Auch der hat die remote-Control, die von JOSM genützt wird, unterstützt URLs und hat ein konsistenteres UI (QT-basiert). Als native C++ Applikation stellt er auch keine hohen Anforderungen an das System. Andererseits, er stürzt schon auch manchmal ab :- Und die Mac version hinkt immer ein wenig nach. Aber einen Versuch wäre es wert www.merkaartor.be -- Bis bald, Boris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 12-05-04 18:37, fly wrote: Wenn Du erreichen willst, dass sich daran was ändert, füll doch bitte ein Ticket unter josm.openstreetmap.de aus. So viel ich weiß, benutzt kein Entwickler OSX, desshalb werden solche Problem oft nicht bekannt. Dann müsste ich parallel dazu auch die Win-Version benutzen, um überhaupt zu wissen, was dort geht. Bisher weiss ich z.B. nicht, ob unter Win auf der Einstiegsseite schon der Text (nicht) kopierbar ist. Naja, ich kann ja mal probieren, dort was einzutüten. Danke, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 12-05-04 19:12, Martin Trautmann wrote: On 12-05-04 18:37, fly wrote: Wenn Du erreichen willst, dass sich daran was ändert, füll doch bitte ein Ticket unter josm.openstreetmap.de aus. Naja, ich kann ja mal probieren, dort was einzutüten. Hm, und wie tütet man da was ein? http://josm.openstreetmap.de/query bringt mir +++ Oops… Trac detected an internal error: OperationalError: database is locked There was an internal error in Trac. It is recommended that you notify your local Trac administrator with the information needed to reproduce the issue. To that end, you could How to Reproduce While doing a GET operation on `/query`, Trac issued an internal error. ''(please provide additional details here)'' Request parameters: {{{ {} }}} User agent: `#USER_AGENT#` System Information ''System information not available'' Enabled Plugins ''Plugin information not available'' Python Traceback {{{ Traceback (most recent call last): File /usr/local/lib/python2.7/dist-packages/Trac-0.12.3-py2.7.egg/trac/web/main.py, line 522, in _dispatch_request dispatcher.dispatch(req) File /usr/local/lib/python2.7/dist-packages/Trac-0.12.3-py2.7.egg/trac/web/main.py, line 266, in dispatch req.session.save() File /usr/local/lib/python2.7/dist-packages/Trac-0.12.3-py2.7.egg/trac/web/session.py, line 105, in save @self.env.with_transaction() File /usr/local/lib/python2.7/dist-packages/Trac-0.12.3-py2.7.egg/trac/db/api.py, line 78, in transaction_wrapper ldb.commit() OperationalError: database is locked }}} a ticket. The action that triggered the error was: GET: /query +++ Jetzt muss ich erst mal bei Trac was eintüten? Ist das System dort immer so träge? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 12-05-04 18:37, fly wrote: Wenn Du erreichen willst, dass sich daran was ändert, füll doch bitte ein Ticket unter josm.openstreetmap.de aus. Übermäßig hoch scheint der Bedarf nicht zu sein. http://josm.openstreetmap.de/ticket/1471 beschreibt +++ Changed 4 years ago by framm Priority changed from major to minor I have downgraded this to minor since catering to individual OSes is not a priority. +++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern 999
Am 04.05.2012 16:10, schrieb Martin Trautmann: Auch Köln hat seit 1811 normale Hausnummern. :) Was heisst normal? Wie weit reichen die Hausnummern dort in Aachener Straße oder Venloer Straße? Normal heißt, dass straßenweise nummeriert wird. Vorher gab es da eine durchgängige Zählung aller Häuser. Gruß, Bernd -- Manche Pluralbildung bereichert die Sprache, schenkt ihr neue Nuancen. Ängste sind nicht so arg wie Angst; eines Menschen Dummheiten müssen nicht auf genereller Dummheit beruhen, von seinen Weisheiten lässt sich nicht auf Weisheit schließen. - Johannes Gross (dt. Publizist) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 04/05/12 19:43, Martin Trautmann wrote: On 12-05-04 18:37, fly wrote: Wenn Du erreichen willst, dass sich daran was ändert, füll doch bitte ein Ticket unter josm.openstreetmap.de aus. Übermäßig hoch scheint der Bedarf nicht zu sein. http://josm.openstreetmap.de/ticket/1471 beschreibt +++ Changed 4 years ago by framm Priority changed from major to minor I have downgraded this to minor since catering to individual OSes is not a priority. Kommentare aus dem Kontext zu reißen ist nicht immer angebracht ! In diesem Fall ist minor doch angesagt, da es sich ja nur um ein bestimmtes Betriebssystem handelt. Du zittierst ein Ticket was schon seit Jahren gefixed ist und laut 7. unter [1] sollten auch die Tastenkombinationen funktionieren. Vielleicht ist das durch das Überarbeiten/Umstellen des Tastenkombinationssystems entstanden. fly [1] https://josm.openstreetmap.de/ticket/1589 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
Martin Trautmann wrote Gibt's etwas einfacheres, das A) gleich den node/way auswählt B) direkt so weit rein zoomt, dass ich alles davon sehe C) mit der nächsten ID direkt innerhalb von Potlatch weiter macht, ohne dass wieder alles neu geladen wird - und ohne dass ich Änderungen verliere, weil ich nicht über Save ging, sondern eben intern weitere Änderungen hinzufügen lässt? Jo, Jo: http://josm.openstreetmap.de josm.openstreetmap.de Gruss Walter -- View this message in context: http://gis.19327.n5.nabble.com/Potlatch-direktere-Edits-tp5686039p5686663.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 12-05-04 20:17, fly wrote: Du zittierst ein Ticket was schon seit Jahren gefixed ist und laut 7. unter [1] sollten auch die Tastenkombinationen funktionieren. Vielleicht ist das durch das Überarbeiten/Umstellen des Tastenkombinationssystems entstanden. Es hat schon mal funktioniert? https://josm.openstreetmap.de/ticket/1589 : (3) Selecting About in the system menu will display JOSM's about dialog. Das ist aber auch so ziemlich das einzige. Beim Mac sind die Menus normalerweise nicht am Fenster dran, sondern am oberen Bildschirmrand. Die anderswo genannte Option -Dapple.laf.useScreenMenuBar=true scheint nicht zu funktionieren. (6) JOSM's menu bar will be merged with the system menu bar. (So there will be one, not two menu bars for JOSM.) ... geht daher wohl nicht mehr. (7) All keyboard shortcuts involving Ctrl will be changed to Cmd. Shortcuts using META will be mapped to Ctrl, so there won't be any conflicts. Note: This only works for shortcuts registered via the JosmAction constructor. ... geht entweder nicht mehr oder irgendwas mit der Note sollte mir einen Hinweis geben. Ich versteh's nur nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
Am 04.05.2012 um 17:24 schrieb Martin Trautmann: On 12-05-04 17:12, Martin Trautmann wrote: JOSM ist mir aber per se maximal unsympathisch, wenn A) copy aus der JOSM Hilfe nicht geht B) paste in das URL-Feld nicht geht. Ok, gerade habe ich gefunden, dass JOSM nicht cmd-c, sondern ctrl-c verlangt, ebenso statt cmd-v auch ctrl-v. Nein danke, wenn's schon ein Mac Package gibt, dann bitte auch mit grundlegenden Prinzipien des GUI. JOSM bietet ja nicht mal interaktive Menus, aus denen man das auswählen könnte. Oder wo's die gibt, da wird cmd-c angezeigt (Propeller-C, ⌘-C), ist aber nicht überall nutzbar. works for me. wenn ich ein paar knoten markiere und dann cmd-c und cmd-v drücke wird ein duplikat eingefügt. JOSM 5210, OS X 10.7.3 m. signature.asc Description: Message signed with OpenPGP using GPGMail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
Am 04.05.2012 20:39, schrieb Martin Trautmann: On 12-05-04 20:17, fly wrote: Du zittierst ein Ticket was schon seit Jahren gefixed ist und laut 7. unter [1] sollten auch die Tastenkombinationen funktionieren. Vielleicht ist das durch das Überarbeiten/Umstellen des Tastenkombinationssystems entstanden. Es hat schon mal funktioniert? https://josm.openstreetmap.de/ticket/1589 : (3) Selecting About in the system menu will display JOSM's about dialog. Das ist aber auch so ziemlich das einzige. Beim Mac sind die Menus normalerweise nicht am Fenster dran, sondern am oberen Bildschirmrand. Die anderswo genannte Option -Dapple.laf.useScreenMenuBar=true scheint nicht zu funktionieren. (6) JOSM's menu bar will be merged with the system menu bar. (So there will be one, not two menu bars for JOSM.) ... geht daher wohl nicht mehr. Ubuntus Gnome-Ersatz Unity hab ich da grad mal ausgetestet (Pangolin, also Ubuntu 12.04), da das auch seit neuerem eine globale, vom Fenster losgelöste Titelleiste der Programme hat (ähnlich wie am Mac), auch die geht bei JOSM nicht. Damit dürfte es aber vermehrt auch alte JOSM-User betreffen, vermute ich, lohnt sich also evtl. deshalb, das Ticket doch nochmal aufzumachen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch: direktere Edits
On 12-05-04 20:39, Martin Trautmann wrote: On 12-05-04 20:17, fly wrote: Du zittierst ein Ticket was schon seit Jahren gefixed ist und laut 7. unter [1] sollten auch die Tastenkombinationen funktionieren. Vielleicht ist das durch das Überarbeiten/Umstellen des Tastenkombinationssystems entstanden. Es hat schon mal funktioniert? Von EvanE kam der entscheidende Tipp: Preferences Display Settings Look and Feel: Mac OS X ... dann hängt das Menu wieder am screen, cmd-c / cmd-f funktionieren nun so wie erwartet, nur die Menus sind oft noch etwas ohne Funktion. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] domani sera cena
Domani sera vista la presenza di Volker abbiamo organizzato una cena, probabilmente alla cabotina in via san sebastiano. Se qualcuno vuole aggiungersi lo dica al più presto -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] domani sera cena
2012/5/4 Luca Delucchi lucadel...@gmail.com: Domani sera vista la presenza di Volker abbiamo organizzato una cena, probabilmente alla cabotina in via san sebastiano. Se qualcuno vuole aggiungersi lo dica al più presto in quale città? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] domani sera cena
La città è Genova :-) Volker 2012/5/4 Martin Koppenhoefer dieterdre...@gmail.com 2012/5/4 Luca Delucchi lucadel...@gmail.com: Domani sera vista la presenza di Volker abbiamo organizzato una cena, probabilmente alla cabotina in via san sebastiano. Se qualcuno vuole aggiungersi lo dica al più presto in quale città? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] domani sera cena
Il 04 maggio 2012 14:21, Volker Schmidt vosc...@gmail.com ha scritto: La città è Genova :-) si giusto, io volevo mandarla alla mailing list ligure. scusate Volker -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OpenStreetMap @ istituti superiori
Salve, sono Stefano Fraccaro del gruppo Linux Montebelluna. Ho proposto all'ITIS di Castelfranco Veneto una attività per i ragazzi / professori. In sostanza si tratta di contribuire allo sviluppo di OpenStreetMap: * possibilità per i ragazzi di lavorare in gruppo organizzando il proprio tempo * lavoro in parte all'aria aperta e in parte davanti al pc * possibilità (consigliata) di delegare agli studenti più affidabili e motivati (o ai professori) la modifica effettiva delle mappe * comprendere come uno sforzo per un bene comune (in questo caso una cartografia libera) possa dare dei benifici a tutta la comunità e a loro stessi * nel caso in cui non riescano / vogliano modificare le mappe mi sono offerto di farlo io per loro a patto che mi vengano fornite indicazioni sufficienti per effettuare la modifica Una prima risposta ufficiosa è già arrivata ed è positiva quindi penso (spero) che il progetto potrebbe partire. Qualcuno di voi ha già esperienze in merito o suggerimenti da dare? Potrebbe essere una proposta estendibile ad altri istituti superiori nel territorio nazionale? Stefano Fraccaro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OpenStreetMap @ istituti superiori
Iniziativa lodevole unico difetto i ragazzi devono veramente essere motivati e seri per non fare danni per i dati penso sia ok per le mappe direi che un affiancamento è obbligo per la zona di montebelluna ad esempio ho osservato che mancano molti se non tutti i numeri civici nelle vie abitando in zona molte volte ho contribuito ad inserire dati in città, ma non i civici potrebbe essere uno spunto dal momento che dopo gli import day ora gli edifici ci sono:) Ciao *ti consiglio di postare anche nella lista regionale Messaggio originale Da: stefano.fracc...@libero.it Data: 04/05/2012 16.44 A: talk-it@openstreetmap.org Ogg: [Talk-it] OpenStreetMap @ istituti superiori Salve, sono Stefano Fraccaro del gruppo Linux Montebelluna. Ho proposto all'ITIS di Castelfranco Veneto una attività per i ragazzi / professori. In sostanza si tratta di contribuire allo sviluppo di OpenStreetMap: * possibilità per i ragazzi di lavorare in gruppo organizzando il proprio tempo * lavoro in parte all'aria aperta e in parte davanti al pc * possibilità (consigliata) di delegare agli studenti più affidabili e motivati (o ai professori) la modifica effettiva delle mappe * comprendere come uno sforzo per un bene comune (in questo caso una cartografia libera) possa dare dei benifici a tutta la comunità e a loro stessi * nel caso in cui non riescano / vogliano modificare le mappe mi sono offerto di farlo io per loro a patto che mi vengano fornite indicazioni sufficienti per effettuare la modifica Una prima risposta ufficiosa è già arrivata ed è positiva quindi penso (spero) che il progetto potrebbe partire. Qualcuno di voi ha già esperienze in merito o suggerimenti da dare? Potrebbe essere una proposta estendibile ad altri istituti superiori nel territorio nazionale? Stefano Fraccaro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenStreetMap @ istituti superiori
Il 04/05/2012 17.04, beppebo...@libero.it ha scritto: Iniziativa lodevole unico difetto i ragazzi devono veramente essere motivati e seri per non fare danni è la stessa preoccupazione che ho espresso ai professori. E' anche vero che uno studente (ma anche un adulto) potrebbe comunque iscriversi e fare danni per conto suo al di là del progetto scolastico per i dati penso sia ok per le mappe direi che un affiancamento è obbligo concordo per la zona di montebelluna ad esempio ho osservato che mancano molti se non tutti i numeri civici nelle vie stessa situazione a castelfranco veneto abitando in zona molte volte ho contribuito ad inserire dati in città, ma non i civici potrebbe essere uno spunto dal momento che dopo gli import day ora gli edifici ci sono:) +1 Ciao *ti consiglio di postare anche nella lista regionale me l'hanno appena indicata... non sapevo che esistesse una lista regionale Grazie! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenStreetMap @ istituti superiori
Messaggio originale Da: stefano.fracc...@libero.it Data: 04/05/2012 17.19 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] OpenStreetMap @ istituti superiori Il 04/05/2012 17.04, beppebo...@libero.it ha scritto: Iniziativa lodevole unico difetto i ragazzi devono veramente essere motivati e seri per non fare danni è la stessa preoccupazione che ho espresso ai professori. E' anche vero che uno studente (ma anche un adulto) potrebbe comunque iscriversi e fare danni per conto suo al di là del progetto scolastico Di danni li han fatti tutti alle prime armi ahimè (io in primis) poi comunque usando JOSM ti avverte se c'è qualcosa che non va di tecnico:) MAGARI PROPORLO PER RAGAZZI DI 5 SICURAMENTE CON UNA MATURITA' MAGGIORE (Molte volte questi progetti a scuola vengono utilizzati per far lavorare i meno propensi per cui starci molto attenti) Li si può far inserire i dati e al limite poi controllarli di nascosto una volta postati senza farsi vedere per darli fiducia per i dati penso sia ok per le mappe direi che un affiancamento è obbligo concordo per la zona di montebelluna ad esempio ho osservato che mancano molti se non tutti i numeri civici nelle vie stessa situazione a castelfranco veneto abitando in zona molte volte ho contribuito ad inserire dati in città, ma non i civici potrebbe essere uno spunto dal momento che dopo gli import day ora gli edifici ci sono:) +1 Ciao *ti consiglio di postare anche nella lista regionale me l'hanno appena indicata... non sapevo che esistesse una lista regionale Grazie! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Gemenskapens projekt: Sök pengar senast 19 april
Synd att den här inte existerade för några veckor sedan: http://www.event38.com/ProductDetails.asp?ProductCode=E382 Annars hade det varit en klockren pryl att ha. :) Kanske Wikimedia Sverige ändå kunde se om de kan skaffa in en fullt utrustad? /Joakim On 18 apr 2012, at 07:07, Lars Aronsson wrote: On 04/17/2012 06:46 PM, Peter Kindström wrote: Jag är egentligen inte specifik intresserad av en förening. Just nu svårt att få ihop styrelsen, tror jag. Men det vore ett steg mot det jag vill: Få ordentlig fart på samarbetet inom OSM i Sverige. Jag menar, se bara så många idéer det redan dykt upp! Men jag tycker det känns som många projekt stupar på att de är för stora för en person (eller i alla fall för personen som har idén). Det är lätt att spåna idéer, men svårare att fokusera på något som man vet är genomförbart. Jag tror det är därför gemenskapens projekt är utformad i du-form: Finns det något *du* vill göra, men som förhindras av brist på pengar? Det gäller alltså inte att hitta på idéer som *någon annan* eller en *grupp* (som inte har formats än) skulle kunna utföra. Att köpa (eller bygga) den där streetview-kameran är nog den mest klockrena av alla idéer hittills. -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Gemenskapens projekt: Sök pengar senast 19 april
On 2012-05-04 13:16, Joakim Fors wrote: Synd att den här inte existerade för några veckor sedan: http://www.event38.com/ProductDetails.asp?ProductCode=E382 Annars hade det varit en klockren pryl att ha. :) Kanske Wikimedia Sverige ändå kunde se om de kan skaffa in en fullt utrustad? Det finns redan ett flygfotoprojekt, jag vet inte vad som kan rymmas inom dess ramar. Erik Johansson, som driver det, kanske redan är med på den här listan? -- Lars Aronsson (l...@aronsson.se) Aronsson Datateknik - http://aronsson.se Wikimedia Sverige - stöd fri kunskap - http://wikimedia.se/ Projekt Runeberg - fri nordisk litteratur - http://runeberg.org/ ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-ec] Mapa Topografico de ecuador
Me podria alguin indicar o enviar un tutorial de como hacer un mapa topografico de ecuador para mi garmin, una guia sencilla, q programas necesito. puedo hacerlo em global mapper o q programa. gracias P If not necessary, don´t print. Let's protect the enviroment Si no es necesario, no imprima. Protejamos el ambiente. ___ Talk-ec mailing list Talk-ec@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ec
[Talk-es] Instituto de la Universidad de Zaragoza dona servidores...
... a la asociación local de software libre para su uso en el proyecto OpenStreetMap. http://www.unizar.es/actualidad/vernoticia.php?id=8026idh=2627 Eso serán 20-40 cat2osm concurrentes. :-) -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Instituto de la Universidad de Zaragoza dona servidores...
Aquí tenéis fotos de los servidores y la limpieza que les hicimos antes de montarlos otra vez: http://pulsar.unizar.es/rack 2012/5/4 Jaime Crespo jy...@jynus.com: ... a la asociación local de software libre para su uso en el proyecto OpenStreetMap. http://www.unizar.es/actualidad/vernoticia.php?id=8026idh=2627 Eso serán 20-40 cat2osm concurrentes. :-) -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Atentamente, Suárez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Instituto de la Universidad de Zaragoza dona servidores...
Muchas felicidades. Espero que le saqueis mucho rendimiento :) Eso serán 20-40 cat2osm concurrentes. :-) Procura que tengan una SAI :( Murcia cascó después de tres semanas cuando faltaban 24 horas por una bajada de tensión que no apagó los portátiles pero si los sobremesas :___( A Zaragoza le quedaban otras 3 semanas. En otro orden de cosas, el otro día, en una reunión con Pepe Casado se me ha ocurrido cómo darle un buen uso a las masas: el proceso de simplificación de vías se puede hacer masa a masa. Es decir, los elementos de dos masas distintas no deben tener geometrías comunes y por lo tanto: - Podemos paralelizar. - Reducimos la cantidad de polígonos con la que comparar. Ahora mismo Ander y yo andamos petadísimos de trabajo, pero si alguien se anima no debería ser muy complicado de restringir el bucle de comparación de geometrías en el proceso de simplificación de vías de forma que solo se comprare con las que estén dentro de la misma masa. Sólo con esto ya se aceleraría el proceso una barbaridad (para los que sepan algo de complejidad, pasamos de n^2 a n*k, donde k es el número mayor numero de vías que haya en las masas y encima podríamos dividir por el número de cores que se tenga si parelizamos). Por otro lado, la idea de gamificar OSM parece que va tomando forma. En unos días os conteremos más detalles pues parece ser que vamos a tener financiación para becar a gente en el proyecto. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Instituto de la Universidad de Zaragoza dona servidores...
On Viernes, 4 de mayo de 2012 18:28:13 Jaime Crespo escribió: ... a la asociación local de software libre para su uso en el proyecto OpenStreetMap. http://www.unizar.es/actualidad/vernoticia.php?id=8026idh=2627 Eso serán 20-40 cat2osm concurrentes. :-) ¡Oé! ¿Todo se va a destinar a correr cat2osm? ¿Hay potencia como para lanzar un render de mapnik worldwide? -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es Proudly running Debian Linux with 3.2.0-2-amd64 kernel, KDE , and PHP 5.4.1RC1 generating this signature. Uptime: 00:16:29 up 10:54, 4 users, load average: 0,22, 0,16, 0,11 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Instituto de la Universidad de Zaragoza dona servidores...
El 05/05/2012 00:17, Iván Sánchez Ortega i...@sanchezortega.es escribió: On Viernes, 4 de mayo de 2012 18:28:13 Jaime Crespo escribió: ... a la asociación local de software libre para su uso en el proyecto OpenStreetMap. http://www.unizar.es/actualidad/vernoticia.php?id=8026idh=2627 Eso serán 20-40 cat2osm concurrentes. :-) ¡Oé! ¿Todo se va a destinar a correr cat2osm? No, la idea es montar algún servicio más y dedicar las máquinas restantes ( casi todas) al cat. ¿Hay potencia como para lanzar un render de mapnik worldwide? No se si de worldwide.. Lo que no hay, ni de coña, es disco. Vamos a montar uno de españa. Cuando tengamos red para el rack os vamos comentando como usarlo. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es Proudly running Debian Linux with 3.2.0-2-amd64 kernel, KDE , and PHP 5.4.1RC1 generating this signature. Uptime: 00:16:29 up 10:54, 4 users, load average: 0,22, 0,16, 0,11 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Nominatim (war: Falscher postcode für Granichstaedtengasse im 13. Bezirk?)
Hallo Stefan! Nochamal, da wandert nix hinüber, sondern Nominatim versucht teilweise Magie, um Ebenen zu raten. Und das geht halt auch mal schief. Um zu hinterfragen, warum es zu dieser Auflistung kommt, ruft man nominatim.openstreetmap.org auf und klickt beim Ergebnis auf Details: http://nominatim.openstreetmap.org/details.php?place_id=94332204 Dann sieht man, dieser Name Grinzing in Ebene 15 von diesem Place Node herrührt: http://www.openstreetmap.org/browse/node/1349205964 Jemand hat mal sämtliche Wiener Katastralgemeinden als suburb eingetragen. Macht nicht sonderlich Sinn (insbesondere die Ebene), wie ich an anderer Stelle schon bemerkte. Aber es würde auch nix helfen, wenn nur Döbling place node wäre, stünde dort Döbling. Das ist ein grundsätzliches Problem, dass man die Ausdehnung von Punkten halt immer raten muß. Aber es macht IMO auch keinen Sinn, die Grenzen der KG als admin_level einzutregen, weil dann kommen die in sämtlichen Suchhits vor, was auch nicht wirklich Sinn macht. Wenn, dann müßte man KG abseits der admin_levels erfassen, IMO. Und zusätzlich einen Mechanismus haben, gewisse Place Nodes im Nominatim auszuschließen. - Aber das ist etwas, was wir mal Face2Face diskutieren müßten... Glaube, es wäre mal wieder ein Arbeits-Nachmittag fällig... [siehe separate Mail] /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Hands-On Nachmittag
Hallo! Machen wir mal einen Arbeits-Nachmittag (hands-on), bei dem wir gewisse Dinge besprechen und ggf. umsetzen? Ev. könnten wir auch Gruppen aufteilen, die sich mit verschiedenen Themen beschäftigen... ? /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hands-On Nachmittag
Hi! Machen wir mal einen Arbeits-Nachmittag (hands-on), bei dem wir gewisse Dinge besprechen und ggf. umsetzen? Ev. könnten wir auch Gruppen aufteilen, die sich mit verschiedenen Themen beschäftigen... Sofern ich Zeit habe bin ich da sofort dabei .. lg Werner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hands-On Nachmittag
Klingt auch für mich interessant damit ich mal ein paar andere mapper kennen lern Lg Walter Am 04.05.2012 15:26 schrieb Werner Macho werner.ma...@gmail.com: Hi! Machen wir mal einen Arbeits-Nachmittag (hands-on), bei dem wir gewisse Dinge besprechen und ggf. umsetzen? Ev. könnten wir auch Gruppen aufteilen, die sich mit verschiedenen Themen beschäftigen... Sofern ich Zeit habe bin ich da sofort dabei .. lg Werner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hands-On Nachmittag
Hallo! Ich hätte Lust, aber werde deswegen sicher nicht nach Wien fahren. Wäre skype denkbar? Heute (4. Mai) um 15:23 schrieb Andreas Labres: Machen wir mal einen Arbeits-Nachmittag (hands-on), bei dem wir gewisse Dinge besprechen und ggf. umsetzen? Ev. könnten wir auch Gruppen aufteilen, die sich mit verschiedenen Themen beschäftigen... -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Nominatim (war: Falscher postcode für Granichstaedtengasse im 13. Bezirk?)
On 2012-05-04 15:21, Andreas Labres wrote: Aber es macht IMO auch keinen Sinn, die Grenzen der KG als admin_level einzutregen, weil dann kommen die in sämtlichen Suchhits vor, was auch nicht wirklich Sinn macht. Wenn, dann müßte man KG abseits der admin_levels erfassen, IMO. Nachdem du dich mit diesen Sachen besser auskennst: Aus Wien kenn ich das so nicht, aber in NÖ sind die KGs doch in gewissem Sinne eigene Verwaltungseinheiten (sehr eingeschränkt natürlich, aber zB: eigener Ortsvorsteher, konkrete Ausdehnung/Grenzen, teilw. eigene PLZ -- Salmannsdorf oder Grinzing haben das IMHO nicht, oder?). Warum also sinds nicht Teil der admin_level-Hierarchie? LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hands-On Nachmittag
Wenns terminmässig passt würds mich auch interessieren! LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Öffnungszeiten und Umstellung auf OSM
zu 1.) Dass der Wechsel in switch2osm recht gut angeleitet wird, habe ich auch schon mitbekommen. Das einzige, was mir Sorgen gemacht hat, war meine Unwissenheit, wie man überhaupt Karten in eine Website integriert. Die Leute bei Öffnungszeitenbuch verfügen sehr wohl über diese grundlegenden Kenntnisse. Wie das mit dem Server für die Kacheln ist, muss ich erst selbst erfragen. Nehme aber an, dass es bei der aktuellen Umsetzung auch etwas Ähnliches gibt. zu 2.) Ich würde es eigentlich auch so sehen, dass OSM Öffnungszeiten unter einer freien Lizenz sammelt. Das kann man dann durch das Eintragen der Öffnungszeiten im OpenStreetMap machen. Für mich ist der entscheidende Punkt, dass ich aktuell alle Öffnungszeiten doppelt eintragen muss, bzw. auch bei Änderungen diese auf beiden Plattformen durchzuführen sind. Wäre eine Integration/Zusammenarbeit der Öffnungszeiten-Plattform mit OSM nicht doch irgendwie denkbar? Z. B. wenn man den umgekehrten Weg einschlägt: Öffnungszeitenbuch nutzt also die vorhandenen Öffnungszeiten (ich weiß, sind eher wenig) der OSM Datenbank. Gebe es vielleicht in weiterer Folge die Möglichkeit über eine Schnittstelle (die wohl noch zu programmieren wäre) neue Öffnungszeiten von Öffnungszeitenbuch in OSM einzutragen, ohne dass jeder Beitragslieferant einen eigenen OSM-Account hätte? Ich stelle mir vor, dass alle Beiträge aus dem Öffnungszeitenbuch unter einem gemeinsamen Account laufen. Diese wären eben nur auf den Eintrag Öffnungszeiten/Opening_hours beschränkt. Jemand der nicht wie ich parallel auch in OSM aktiv ist, wird sich kaum die Mühe antun, sich etwas in OSM einzuarbeiten um dort die Öffnungszeiten einzutragen. Der Link zum Öffnungszeitenbuch könnte aus meiner Sicht auch als zusätzliche Referenz in OSM eingetragen werden - sozusagen als Quellenangabe. Muss ich aber noch genauer recherchieren, wie es der Eigentümer dieser Anwendung gerne hätte. Danke Tobias für deine Ausführungen. 2.) Umgekehrt habe ich auch nachgefragt, ob man die Öffnungszeiten in OSM eintragen könnte. Ein einfaches Kopieren/Abschreiben ist nicht erlaubt. Jedoch gäbe es die Möglichkeit einen Link auf die Öffnungszeiten des entsprechenden Geschäfts zu setzen. Damit hätte die Website weiterhin Besucher und könnte durch diese Werbeeinnahmen generieren. Und für uns heißt das eine zusätzliche Information, die man weiterverwenden könte. Was meint ihr dazu - ist die Integration eines Links zu Öffnungszeiten in unserem Sinne bzw. im Sinne von OSM? Im Sinne von OSM ist es, Öffnungszeiten unter einer freien Lizenz zu sammeln. Das tun wir derzeit durch das Eintragen der Öffnungszeiten direkt in OpenStreetMap. Nicht im Sinne von OSM ist es, proprietäre Datensammlungen zu fördern. Wenn eine solche Datensammlung zudem Crowdsourcing nutzt - wie es als bekanntes Beispiel etwa Google Map Maker und eben anscheinend auch öffnungszeitenbuch.de tut - konkurriert sie sogar mit freien Projekten wie uns um Beiträge. Für OSM fände ich solche Links also strategisch nicht sehr vorteilhaft. Auch unseren Nutzern täten wir damit wahrscheinlich keinen großen Gefallen. Im Gegensatz zu maschinenlesbaren Öffnungszeiten in der OSM-Datenbank kann ein Link z.B. nicht offline verwendet werden und nicht für Filter wie route mich zur nächsten noch offenen Bäckerei dienen. Gruß, Tobias ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Öffnungszeiten und Umstellung auf OSM
Hallo Marijan! Wäre eine Integration/Zusammenarbeit der Öffnungszeiten-Plattform mit OSM nicht doch irgendwie denkbar? Z. B. wenn man den umgekehrten Weg einschlägt: Öffnungszeitenbuch nutzt also die vorhandenen Öffnungszeiten (ich weiß, sind eher wenig) der OSM Datenbank. Gebe es vielleicht in weiterer Folge die Möglichkeit über eine Schnittstelle (die wohl noch zu programmieren wäre) neue Öffnungszeiten von Öffnungszeitenbuch in OSM einzutragen, ohne dass jeder Beitragslieferant einen eigenen OSM-Account hätte? Ich stelle mir vor, dass alle Beiträge aus dem Öffnungszeitenbuch unter einem gemeinsamen Account laufen. Diese wären eben nur auf den Eintrag Öffnungszeiten/Opening_hours beschränkt. Jemand der nicht wie ich parallel auch in OSM aktiv ist, wird sich kaum die Mühe antun, sich etwas in OSM einzuarbeiten um dort die Öffnungszeiten einzutragen. http://wheelmap.org/ geht genau diesen Weg. Es bietet den Benutzern eine einfache Oberfläche, um rollstuhlgerechte Lokalitäten zu erfassen und synchronisiert die Daten im Hintergrund mit OSM. Derzeit steht der Quelltext von diesem Projekt nicht zur Verfügung [1]. So etwas ähnliches könnte für die Öffnungszeiten auch funktionieren. Davor ist noch zu klären, ob die Daten vom Öffnungszeitenbuch unter der/n OSM-Lizenz/en genützt werden dürfen. Grüße Simon [1] http://wiki.openstreetmap.org/wiki/Wheelmap#Will_wheelmap_be_fully_open_sourced.3F ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Open Time Table (war: Öffnungszeiten)
achja, jetzt wo du es sagst. die idee kam mir auf meinen mappingtouren, wo mir auch die eine oder andere bushaltestelle in den gps receiver fiel: wie wärs mit einem open time table projekt? fahrpläne von der community gewartet in einer freien datenbank. mit (grob) folgenden objekten: - station - linie - zeiten (an/abfahrt) - verkehrsmittel-typ (zug, straßenbahn, bus, schiff, ...) - zusätzlichen attributen (nur an werktagen, fahrradmitnahme, ...) etc. verknüpfung mit OSM könnte über die node-id der station erfolgen. copyright wäre zu klären. ist es erlaubt ausgehängte papier-fahrpläne in eine DB abzutippen? die wiener linien waren mit dieser iphone/android app ja nicht glücklich. software-entwicklungs und DB kenntnisse vorhanden, initiale hosting kapazitäten ebenso. es scheitert eigentlich nur an der faulheit. mitstreiter mit erfahrung im design von timetable-datenstrukturen wünschenswert. ixquick recherche nach solchen projekten ergibt keine treffer. opentimetable.org domain bereits registriert, aber anscheinend nicht genutzt. mfg ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Open Time Table (war: Öffnungszeiten)
Am 04.05.2012 22:38, schrieb Rainer Fügenstein: wie wärs mit einem open time table projekt? fahrpläne von der community gewartet in einer freien datenbank. Es wäre schon cool, eine solche Datenbank zu haben. Allerdings bist du nicht der erste mit der Idee für so ein Projekt, SteveC hat's auch schon versucht. Ist leider nichts daraus geworden: http://wiki.openstreetmap.org/wiki/Transiki Ich weiß auch nicht, wie groß das Erfolgspotential wirklich wäre. Denn ich kenne zwar die Situation in Österreich nicht genau, aber die Fahrplan-Apps der Deutschen Bahn z.B. sind schon so gut (und kennen vielerorts auch Nahverkehrsmittel wie Busse und U-Bahnen), dass derzeit wahrscheinlich wenig Leidensdruck besteht. Will's dir natürlich nicht ausreden, wenn du es trotzdem probieren möchtest. Gruß, Tobias ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Open Time Table (war: Öffnungszeiten)
Hi, On 05/04/2012 10:38 PM, Rainer Fügenstein wrote: wie wärs mit einem open time table projekt? fahrpläne von der community gewartet in einer freien datenbank. mit (grob) folgenden objekten: Das hatte Steve Coast vor so etwa 1.5 Jahren mit viel Tamtam als transiki gestartet. Ist aber wieder eingeschlafen. Die Wayback-Machine hat noch ein Echo von damals: http://web.archive.org/web/20101020091459/http://blog.transiki.org/ (auf deutsch auch http://www.golem.de/1010/78682.html; Code-Reste in Ruby on Rails auf https://github.com/SteveC/transiki) Das Problem dabei ist, dass Fahrplandaten im Gegensatz zu dem, was wie bei OSM mappen, nicht entdeckt werden koennen. Du hechelst als Fahrplan-Abtipper staendig den Netzbetreibern hinterher, bei denen alle Daten komplett vorhanden sind, die sie aber nicht rausruecken. Bei OSM ist der Daten-Master die Realitaet, und sowohl wir als auch die professionellen Vermesser naehern sich dieser an - wir sind hie und da auch besser als die. Eine open time table ist aber immer nur ein zweitklassiger Abklatsch der richtigen Daten (und kann auch nie aktueller sein als diese). Bei OpenStreetMap wird etwas geschaffen, was auch dann noch Wert hat, sollten alle Regierungsstellen ploetzlich ihre Geodaten frei herausgeben; die open time table einer ganzen Region hingegen wird witzlos, sobald ein Netzbetreiber seine Daten oeffnet. Hinzu kommt, dass OSM-Daten, die ein halbes Jahr nicht aktualisiert wurden, immer noch brauchbar sind - open time table-Daten aber hoechstwahrscheinlich nicht. Aus all diesen Gruenden wird es sehr schwierig, und daran scheiterte auch transiki, Mitstreiter zu finden, die sowas aufbauen wollen und die Fleissarbeit machen - man schafft dabei kein Werk, das ansatzweise so bestaendig ist wie OSM. Nutzer fuer sowas faenden sich sicherlich viele, aber Hersteller eben eher nicht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Open Time Table (war: Öffnungszeiten)
Hallo! Heute (5. Mai) um 00:54 verlautete Tobias Knerr: Am 04.05.2012 22:38, schrieb Rainer Fügenstein: wie wärs mit einem open time table projekt? fahrpläne von der community gewartet in einer freien datenbank. Ich weiß auch nicht, wie groß das Erfolgspotential wirklich wäre. Denn ich kenne zwar die Situation in Österreich nicht genau, aber die Fahrplan-Apps der Deutschen Bahn z.B. sind schon so gut (und kennen vielerorts auch Nahverkehrsmittel wie Busse und U-Bahnen), dass derzeit wahrscheinlich wenig Leidensdruck besteht. Ja, das ist hier nicht anders. Die ÖBB hat Scotty (Web, Andrid, Iphone), da sind auch die meisten Verkehrsverbünde mit drin, und auch einige Stadtverkehrsbetriebe, und ausserdem gibt es von den Verkehrsverbünden und -betrieben auch zumindest Webapps (teilweise allerdings von sehr mäßiger Qualität, insbes. im Bereich Benutzerfreundlichkeit). Und außerdem: Fahrpläne sind sehr volatil, jedes halbe Jahr gibt es Änderungen. Die crowd kann viel, aber ich fürchte, da würden wir mit dem Korrigieren nicht nachkommen. Es wäre etwas anderes, wenn man massiv Datenspenden erhielte. Nur habe ich den Eindruck, dass Verkehrsbetriebe noch nicht soweit sind. Trotzdem, wenn man einen aufgeschlossenen finden würde, dann wäre ein Pilotprojekt sicher interessant. Und vielleicht passiert dann das, was gerade bei den Landesregierungen abläuft: Zuerst hat Linz große Töne gespuckt, dann hat Wien Nägel mit Köpfen gemacht, Vorarlberg hat überhaupt einfach alles auf den Markt geworfen (ohne sich sonderlich viel sorgen um Lizenz und so zu machen) und Tirol versucht jetzt auch, den Anschluss nicht zu verpassen. Grundsätzlich wären gute Apps (obendrein noch gratis) ja im Eigeninteresse der Verkehrsbetriebe. In Kombination mit dem herausragenden Fußgängerrouting, wo OSM neidlos als Marktführer anerkannt wird, wäre das durchaus eine sehr brauchbare Sache. -- Liebe Grüße, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Open Time Table (war: Öffnungszeiten)
Hi, die Fahrplan-Apps der Deutschen Bahn z.B. sind schon so gut Das ist schon so. Nur sind diese öffentlichen oder halböffentlichen Verkehrsträger dermaßen unflexibel, wenn man als Dritter - und dann sogar noch so opskur wie Open Sourcler - auf ihre Daten zugreifen möchte, dass man sie z.B. für routing komplett vergessen kann. Letztlich ist eine _echte_ Mobilitäts-App aber nur eine solche, die reale Wegezeiten zu fuß, mit dem Rad, mit den Öffis und dem PKW vergleichen kann. Gerade hier in Wien, würde das - wie in vielen anderen Großstädten wohl auch - oft zu den Öffis raten, so dass sich die Wiener Linien eigentlich nicht zu verstecken brauchten. Da sie es aber trotzdem tun, ist die Diee gut und unterstützenswert. Sie hat auch noch einen Aspekt, der häufig vergessen wird. Das ganze OSM-Projekt ist für blinde Menschen derzeit noch ziemlich verschlossen. Mappen können wir nicht wirklich und die gemapten Daten sind oft für uns nicht die richtigen, so dass weder aktive noch passive Teilhabe wirklich möglich ist. Bei den Fahrplänen sähe das etwas anders aus. Jedenfalls dann, wenn die entsprechenden Pages halbwegs nach state of the art programmiert würden, dann sind sie nämlich auch accessible. Ich bekunde also mein Interesse an diesem Projekt und biete auch meine Mitarbeit an. Gruss J. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] Rīgas ielas, kas nav atrastas OSM
Salīdzināju Rīgas ielu nosaukumus kuri ir Latvijas Pasta indeksu grāmatā, bet nav pieejami OSM. Ja nu kādam ir vēlme un laiciņš, var var pameklēties caur RIGIS. Apakšgrāvja iela Audupes iela Aurenieku iela Dandāles iela Dunavas iela Dziesmas iela Grunduļu iela Gumijas iela Ģipša iela Igates iela Jūdzes iela Kaņiera iela Kapļu iela Kazragu iela Klīveru iela Kristīnes iela Krotes iela Kvadrāta iela Kvarca iela Ķēniņu iela Bārbeles iela Bārddziņu iela Briņģu iela 13.janvāra iela Edžiņa gatve Elku iela Esplanādes iela Ezernieku iela Mazā Krūmu iela Mazā Kuldīgas iela Mazā Lāčplēša iela Mazā Loka iela Mazā Piena iela Mazā Skolas iela Mazā Ūdens iela Medzes iela Meiju iela Mežāres iela Mīlgrāvja iela Natālijas iela Naudītes iela Nīkrāces iela Ovišu iela Pēterbaznīcas iela Piņķu iela Plēnes iela Pludiņu iela Priedkalna iela Punduru iela Purmsātu iela Lapsukalna iela Latviešu strēlnieku laukums Lauteres iela Lēpju iela Lieģu iela Linavas iela Lībagu iela Līdera iela Loma iela Mailes iela Malēju iela Mazā Bolderājas iela Mazā Buļļu iela Mazā Kaiju iela Randu iela Ratnieku iela Rāmuļu iela Rātsupītes iela Reņģes iela Rinkuļu iela Rubeņkalna iela Rundāles iela Saivas iela Salgales iela Salnavas iela Sārtes iela Sātiņu iela Seces iela Sidraba iela Sinoles iela Skodas iela Skrīveru iela Skrudalienas iela Spārnu iela Spodras iela Stabules iela Staraja Rusas iela Ščecinas iela Šķirotavas iela Timoteja iela Vaduguņu iela Vanadziņa gatve Varkaļu iela Vecaines iela Vecauces iela Veiksmes iela Velkoņu iela Venteru iela Vēdas iela Traleru iela Trapenes iela Trīsstūra iela Turlavas iela Ulmales iela Urgu iela Vēdzeļu iela Vidzemes aleja Vingrotāju iela Virbu iela Vircavas iela Vižņu iela Vīteņu iela Zaķusalas krastmala Zandartu iela Zemkopju iela Ziepju iela Zvejniekciema iela Žīguru iela Atzaru iela Eksporta osta Krēgermuižas iela Juglasciema bulvāris Akadēmijas laukums Beberbeķu 5. līnija Beberbeķu 7. līnija Dārziņu 15. līnija Dārziņu 16. līnija Dārziņu 2. līnija Dārziņu 21. līnija Dārziņu 22. līnija Dārziņu 23. līnija Dārziņu 24. līnija Dārziņu 25. līnija Dārziņu 26. līnija Dārziņu 28. līnija Dārziņu 29. līnija Dārziņu 3. līnija Dārziņu 30. līnija Dārziņu 31. līnija Dārziņu 32. līnija Dārziņu 33. līnija Dārziņu 34. līnija Dārziņu 35. līnija Dārziņu 36. līnija Dārziņu 37. līnija Dārziņu 38. līnija Dārziņu 39. līnija Dārziņu 4. līnija Dārziņu 40. līnija Dārziņu 41. līnija Dārziņu 42. līnija Dārziņu 43. līnija Dārziņu 44. līnija Dārziņu 45. līnija Dārziņu 46. līnija Dārziņu 47. līnija Dārziņu 48. līnija Dārziņu 49. līnija Dārziņu 5. līnija Dārziņu 50. līnija Dārziņu 51. līnija Dārziņu 52. līnija Dārziņu 53. līnija Dārziņu 54. līnija Dārziņu 55. līnija Dārziņu 56. līnija Dārziņu 57. līnija Dārziņu 58. līnija Dārziņu 59. līnija Dārziņu 6. līnija Dārziņu 60. līnija Dārziņu 61. līnija Dārziņu 7. līnija Dārziņu 8. līnija Dārziņu 9. līnija Eduarda Šmita iela Ernesta Birznieka-Upīša iela Ernesta Birznieka-Upīša iela Guberņciems Jāņa sēta Jaunciema 6. šķērslīnija Jaunciema 7. šķērslīnija Kārļa Egles iela Kreiseru iela Krēmeri Kundziņsalas 1. līnija Kundziņsalas 10. līnija Kundziņsalas 10. šķērslīnija Kundziņsalas 11. līnija Kundziņsalas 12. līnija Kundziņsalas 13. līnija Kundziņsalas 13. šķērslīnija Kundziņsalas 15. šķērslīnija Kundziņsalas 2. līnija Kundziņsalas 2. šķērslīnija Kundziņsalas 4. līnija Kundziņsalas 4. šķērslīnija Kundziņsalas 5. šķērslīnija Kundziņsalas 6. līnija Kundziņsalas 6. šķērslīnija Kundziņsalas 7. šķērslīnija Kundziņsalas 8. līnija Kundziņsalas 8. šķērslīnija Kundziņsalas 9. līnija Kundziņsalas 9. šķērslīnija Lapeņu iela Mangaļsalas iela Māras aleja Mazā Vējzaķsala Mazais Balasta dambis Mazjumpravas iela Meirānu iela Plostnieku iela Ragatu iela Roņsalas iela Rustēnu iela Smilškalnu iela Stāvvadu iela Strazdumuižas iela Taču iela Taču iela Trīsciema 4. līnija Trīsciema 5. līnija Trīsciema iela Trūvertu iela Vecā Jūrmalas gatve Vējzaķsala ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] siguldas mapping party rezultaati
taada neliela atskaitiite ar bildeem :) http://osm.lv/blog/2012/05/siguldas-kartesanas-pasakuma-rezultati/ -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Rīgas ielas, kas nav atrastas OSM
Ooo labs materials. Mos tadu var visam latvijas pilsrtam kam ir normala daministrativa robrza? Sid tas nav riktig: Pirmkart dazas ielas tava saraksta atkartojas. Otrkart 13. Janvara iela toc ir karte. Viesturs On May 4, 2012 7:11 PM, Gints Polis polis.gi...@gmail.com wrote: Salīdzināju Rīgas ielu nosaukumus kuri ir Latvijas Pasta indeksu grāmatā, bet nav pieejami OSM. Ja nu kādam ir vēlme un laiciņš, var var pameklēties caur RIGIS. Apakšgrāvja iela Audupes iela Aurenieku iela Dandāles iela Dunavas iela Dziesmas iela Grunduļu iela Gumijas iela Ģipša iela Igates iela Jūdzes iela Kaņiera iela Kapļu iela Kazragu iela Klīveru iela Kristīnes iela Krotes iela Kvadrāta iela Kvarca iela Ķēniņu iela Bārbeles iela Bārddziņu iela Briņģu iela 13.janvāra iela Edžiņa gatve Elku iela Esplanādes iela Ezernieku iela Mazā Krūmu iela Mazā Kuldīgas iela Mazā Lāčplēša iela Mazā Loka iela Mazā Piena iela Mazā Skolas iela Mazā Ūdens iela Medzes iela Meiju iela Mežāres iela Mīlgrāvja iela Natālijas iela Naudītes iela Nīkrāces iela Ovišu iela Pēterbaznīcas iela Piņķu iela Plēnes iela Pludiņu iela Priedkalna iela Punduru iela Purmsātu iela Lapsukalna iela Latviešu strēlnieku laukums Lauteres iela Lēpju iela Lieģu iela Linavas iela Lībagu iela Līdera iela Loma iela Mailes iela Malēju iela Mazā Bolderājas iela Mazā Buļļu iela Mazā Kaiju iela Randu iela Ratnieku iela Rāmuļu iela Rātsupītes iela Reņģes iela Rinkuļu iela Rubeņkalna iela Rundāles iela Saivas iela Salgales iela Salnavas iela Sārtes iela Sātiņu iela Seces iela Sidraba iela Sinoles iela Skodas iela Skrīveru iela Skrudalienas iela Spārnu iela Spodras iela Stabules iela Staraja Rusas iela Ščecinas iela Šķirotavas iela Timoteja iela Vaduguņu iela Vanadziņa gatve Varkaļu iela Vecaines iela Vecauces iela Veiksmes iela Velkoņu iela Venteru iela Vēdas iela Traleru iela Trapenes iela Trīsstūra iela Turlavas iela Ulmales iela Urgu iela Vēdzeļu iela Vidzemes aleja Vingrotāju iela Virbu iela Vircavas iela Vižņu iela Vīteņu iela Zaķusalas krastmala Zandartu iela Zemkopju iela Ziepju iela Zvejniekciema iela Žīguru iela Atzaru iela Eksporta osta Krēgermuižas iela Juglasciema bulvāris Akadēmijas laukums Beberbeķu 5. līnija Beberbeķu 7. līnija Dārziņu 15. līnija Dārziņu 16. līnija Dārziņu 2. līnija Dārziņu 21. līnija Dārziņu 22. līnija Dārziņu 23. līnija Dārziņu 24. līnija Dārziņu 25. līnija Dārziņu 26. līnija Dārziņu 28. līnija Dārziņu 29. līnija Dārziņu 3. līnija Dārziņu 30. līnija Dārziņu 31. līnija Dārziņu 32. līnija Dārziņu 33. līnija Dārziņu 34. līnija Dārziņu 35. līnija Dārziņu 36. līnija Dārziņu 37. līnija Dārziņu 38. līnija Dārziņu 39. līnija Dārziņu 4. līnija Dārziņu 40. līnija Dārziņu 41. līnija Dārziņu 42. līnija Dārziņu 43. līnija Dārziņu 44. līnija Dārziņu 45. līnija Dārziņu 46. līnija Dārziņu 47. līnija Dārziņu 48. līnija Dārziņu 49. līnija Dārziņu 5. līnija Dārziņu 50. līnija Dārziņu 51. līnija Dārziņu 52. līnija Dārziņu 53. līnija Dārziņu 54. līnija Dārziņu 55. līnija Dārziņu 56. līnija Dārziņu 57. līnija Dārziņu 58. līnija Dārziņu 59. līnija Dārziņu 6. līnija Dārziņu 60. līnija Dārziņu 61. līnija Dārziņu 7. līnija Dārziņu 8. līnija Dārziņu 9. līnija Eduarda Šmita iela Ernesta Birznieka-Upīša iela Ernesta Birznieka-Upīša iela Guberņciems Jāņa sēta Jaunciema 6. šķērslīnija Jaunciema 7. šķērslīnija Kārļa Egles iela Kreiseru iela Krēmeri Kundziņsalas 1. līnija Kundziņsalas 10. līnija Kundziņsalas 10. šķērslīnija Kundziņsalas 11. līnija Kundziņsalas 12. līnija Kundziņsalas 13. līnija Kundziņsalas 13. šķērslīnija Kundziņsalas 15. šķērslīnija Kundziņsalas 2. līnija Kundziņsalas 2. šķērslīnija Kundziņsalas 4. līnija Kundziņsalas 4. šķērslīnija Kundziņsalas 5. šķērslīnija Kundziņsalas 6. līnija Kundziņsalas 6. šķērslīnija Kundziņsalas 7. šķērslīnija Kundziņsalas 8. līnija Kundziņsalas 8. šķērslīnija Kundziņsalas 9. līnija Kundziņsalas 9. šķērslīnija Lapeņu iela Mangaļsalas iela Māras aleja Mazā Vējzaķsala Mazais Balasta dambis Mazjumpravas iela Meirānu iela Plostnieku iela Ragatu iela Roņsalas iela Rustēnu iela Smilškalnu iela Stāvvadu iela Strazdumuižas iela Taču iela Taču iela Trīsciema 4. līnija Trīsciema 5. līnija Trīsciema iela Trūvertu iela Vecā Jūrmalas gatve Vējzaķsala ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] Chemin à travers bâtiment
Le 3 mai 2012 23:10, Pieren pier...@gmail.com a écrit : On Thu, May 3, 2012 at 10:22 PM, Stéphane MARTIN st3ph.mar...@laposte.net wrote: Effectivement, si je comprends bien ça m'a l'air tout à fait approprié. tunnel=yes, c'est l'ancienne méthode. Un peu de respect pour les anciens, svp ;-) Désolé Pieren mais je ne suis pas d'accord au vu de la définition ici: http://wiki.openstreetmap.org/wiki/Key:tunnel Romain Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajout radar légal ou pas ?
Salut à tous, En passant ce matin j'ai noté l'apparition d'un nouveau photomaton anti-vitesse sur la route. Avec le ramdam médiatique autour des radars, je ne sais plus si nous avons le droit de les ajouter. Il me semble que vous en aviez discuté mais je ne trouve plus le fil de cette discussion. Est-ce que je mets à jour la carte ? Merci Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à travers bâtiment
2012/5/4 Romain MEHUT romain.me...@gmail.com: Désolé Pieren Y'a pas à être. Je voulais juste dire que pendant longtemps, c'était la seule option. covered est arrivé bien plus-tard. Les vieilles habitudes sont difficiles à changer. De toute façon, c'est juste de la sémantique (comme boundary=administrative et boundary=multipolygon). Je ne connais pas d'exemple où les deux tags sont traités différemment. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Le 4 mai 2012 09:11, Arnaud Vandecasteele arnaud@gmail.com a écrit : Salut à tous, En passant ce matin j'ai noté l'apparition d'un nouveau photomaton anti-vitesse sur la route. Avec le ramdam médiatique autour des radars, je ne sais plus si nous avons le droit de les ajouter. Il me semble que vous en aviez discuté mais je ne trouve plus le fil de cette discussion. Est-ce que je mets à jour la carte ? Merci Arnaud Bonjour, Il existe déjà une question là dessus [1]. La conclusion c'est qu'on peut mettre dans la base et c'est aux logiciels pour véhicules d'être en règle pour pouvoir être utilisé. Fabien [1] http://lists.openstreetmap.org/pipermail/talk-fr/2012-January/039209.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à travers bâtiment
On 05/04/2012 09:38 AM, Pieren wrote: 2012/5/4 Romain MEHUT romain.me...@gmail.com: pendant longtemps, c'était la seule option. covered est arrivé bien plus-tard. Les vieilles habitudes sont difficiles à changer. Je confirme - avant de lire ce fil j'étiquetais encore en tunnel=yes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Ok merci pour l'info. Je l'ajoute alors. A. 2012/5/4 Fabien marbolan...@gmail.com Le 4 mai 2012 09:11, Arnaud Vandecasteele arnaud@gmail.com a écrit : Salut à tous, En passant ce matin j'ai noté l'apparition d'un nouveau photomaton anti-vitesse sur la route. Avec le ramdam médiatique autour des radars, je ne sais plus si nous avons le droit de les ajouter. Il me semble que vous en aviez discuté mais je ne trouve plus le fil de cette discussion. Est-ce que je mets à jour la carte ? Merci Arnaud Bonjour, Il existe déjà une question là dessus [1]. La conclusion c'est qu'on peut mettre dans la base et c'est aux logiciels pour véhicules d'être en règle pour pouvoir être utilisé. Fabien [1] http://lists.openstreetmap.org/pipermail/talk-fr/2012-January/039209.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Bonjour Par contre, cela veut-il dire que les rendus et les cartes qui affichent ces données doivent se méfier, et choisir de ne pas les afficher ? Kimaidou Le 4 mai 2012 09:54, Arnaud Vandecasteele arnaud@gmail.com a écrit : Ok merci pour l'info. Je l'ajoute alors. A. 2012/5/4 Fabien marbolan...@gmail.com Le 4 mai 2012 09:11, Arnaud Vandecasteele arnaud@gmail.com a écrit : Salut à tous, En passant ce matin j'ai noté l'apparition d'un nouveau photomaton anti-vitesse sur la route. Avec le ramdam médiatique autour des radars, je ne sais plus si nous avons le droit de les ajouter. Il me semble que vous en aviez discuté mais je ne trouve plus le fil de cette discussion. Est-ce que je mets à jour la carte ? Merci Arnaud Bonjour, Il existe déjà une question là dessus [1]. La conclusion c'est qu'on peut mettre dans la base et c'est aux logiciels pour véhicules d'être en règle pour pouvoir être utilisé. Fabien [1] http://lists.openstreetmap.org/pipermail/talk-fr/2012-January/039209.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à travers bâtiment
Le 4 mai 2012 09:46, Jean-Marc Liotier j...@liotier.org a écrit : Je confirme - avant de lire ce fil j'étiquetais encore en tunnel=yes +1 -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à travers bâtiment
Il n'est pas trop tard pour changer ;) Le 4 mai 2012 09:46, Jean-Marc Liotier j...@liotier.org a écrit : On 05/04/2012 09:38 AM, Pieren wrote: 2012/5/4 Romain MEHUT romain.me...@gmail.com: pendant longtemps, c'était la seule option. covered est arrivé bien plus-tard. Les vieilles habitudes sont difficiles à changer. Je confirme - avant de lire ce fil j'étiquetais encore en tunnel=yes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
2012/5/4 Arnaud Vandecasteele arnaud@gmail.com: Est-ce que je mets à jour la carte ? A priori, on n'a pas trouvé d'objection à mettre les radars dans la base de données. Ce qui est interdit en France, c'est d'embarquer un système d'avertissement à bord de son véhicule. Et quand bien même la constitution d'une base de données géographiques sur la position des radars était interdite (ce qui n'est pas le cas), celle d'OSM (ainsi que la fondation qui en a la responsabilité) se trouve en Angleterre. C'est donc les lois de ce pays qui s'appliquent. Et de toute façon, avec l'évolution des smartphones et autres progrès technologiques, nombreux sont ceux qui pensent que ce type de lois censurant l'accès à des informations non-sensibles de ce genre sont vouées à l'échec. En cherchant un peu, j'ai trouvé le texte de référence (enfin, je crois) sur le JO: http://www.legifrance.gouv.fr/affichCodeArticle.do;jsessionid=F150F90303911B1CD0D6A137D788150F.tpdjo15v_2?cidTexte=LEGITEXT06074228idArticle=LEGIARTI25111528dateTexte=20120504categorieLien=id#LEGIARTI25111528 Le fait de détenir ou de transporter un appareil, dispositif ou produit de nature ou présenté comme étant de nature à déceler la présence ou perturber le fonctionnement d'appareils, instruments ou systèmes servant à la constatation des infractions à la législation ou à la réglementation de la circulation routière ou de permettre de se soustraire à la constatation desdites infractions est puni de l'amende prévue pour les contraventions de la cinquième classe. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
2012/5/4 kimaidou kimai...@gmail.com: Par contre, cela veut-il dire que les rendus et les cartes qui affichent ces données doivent se méfier, et choisir de ne pas les afficher ? Ben, c'est là où ce genre de loi est croquignolet. C'est un texte du code de la route. Rien n'interdit de publier ces cartes sur un site internet. C'est légal de les regarder chez soi sur son PC ou smartphone. Mais c'est interdit de le faire dès qu'on monte dans sa voiture... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Bon j'en déduis que je peux. J'espère ne pas faire 15 ans de prison pour ma contribution :D 2012/5/4 Pieren pier...@gmail.com 2012/5/4 kimaidou kimai...@gmail.com: Par contre, cela veut-il dire que les rendus et les cartes qui affichent ces données doivent se méfier, et choisir de ne pas les afficher ? Ben, c'est là où ce genre de loi est croquignolet. C'est un texte du code de la route. Rien n'interdit de publier ces cartes sur un site internet. C'est légal de les regarder chez soi sur son PC ou smartphone. Mais c'est interdit de le faire dès qu'on monte dans sa voiture... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
2012/5/4 Arnaud Vandecasteele arnaud@gmail.com: Bon j'en déduis que je peux. J'espère ne pas faire 15 ans de prison pour ma contribution :D La meilleure analogie qu'on puisse faire, finalement, c'est de dire que c'est comme l'alcool. C'est interdit de boire et conduire mais ça n'interdit pas la vente d'alcool et le fait de pouvoir se pinter chez-soi ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Une bière pour Pieren, c'est la maison qui offre :p 2012/5/4 Pieren pier...@gmail.com 2012/5/4 Arnaud Vandecasteele arnaud@gmail.com: Bon j'en déduis que je peux. J'espère ne pas faire 15 ans de prison pour ma contribution :D La meilleure analogie qu'on puisse faire, finalement, c'est de dire que c'est comme l'alcool. C'est interdit de boire et conduire mais ça n'interdit pas la vente d'alcool et le fait de pouvoir se pinter chez-soi ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
On peut même transporter de l'alcool dans la voiture (sans le boire en quantités limitées) = est-ce que l'on peut détenir les données sans les utiliser ? -- Marc Sibert m...@sibert.fr Le 4 mai 2012 10:27, Pieren pier...@gmail.com a écrit : 2012/5/4 Arnaud Vandecasteele arnaud@gmail.com: Bon j'en déduis que je peux. J'espère ne pas faire 15 ans de prison pour ma contribution :D La meilleure analogie qu'on puisse faire, finalement, c'est de dire que c'est comme l'alcool. C'est interdit de boire et conduire mais ça n'interdit pas la vente d'alcool et le fait de pouvoir se pinter chez-soi ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Sites archéologiques sur Brest ?
Un nouveau contributeur a ajouté 2 sites archéologique en plein Brest: http://www.openstreetmap.org/browse/way/161182968 http://www.openstreetmap.org/browse/way/161182969 Ca me semble bizarre... quelqu'un peut confirmer ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout radar légal ou pas ?
Je ne sais pas si vous avez vu le décret concernant les alcootests, mais ne sont pas homologués en France les appareils qui affichent le taux réel si cela dépasse le seuil légal (l'appareil doit juste dire taux dépassé ou conduite interdite ou équivalent, pour tout taux mesuré supérieur à 0,25 mg/l d'air, et PAS la mesure elle-même !). S'ils affichent la mesure, ce doit être uniquement en mg/l d'air (max 0,25) et non en g/l de sang (taux aujourd'hui totalement inutile au vu de la loi française actuelle puisqu'il n'y a plus de prise de sang, pourtant bien plus fiable et reproductible par un labo séparé en cas de besoin), et ils ne doivent pas donner la seconde décimale (les appareils européens donnent cette décimale), ce qui en fin de compte que les appareils NF afficheront : soit zéro, soit 1, soit 2, soit taux dépassé (impossible de savoir combien de temps attendre avec ça !) Les éthylomètres aux normes européennes ne sont donc pas homologués en France qui vient d'inventer sa propre norme (du coup les appareils en France seront vendus sur un marché restreint, et seront même plus chers !)... Ceci dit, les alcootests chimiques (ballons) qu'on nous vend en ce moment (et qui sont soit disant aux normes NF et qui seront acceptés lors des contrôles de police) ne sont pas fiables du tout non plus ! Les éthylotests électroniques qu'on a obligé les lieux de consommation à avoir seront eux aussi non homologués, ce qui va aussi les exposer à des amendes (ils doivent les changer pour des appareils conformes à la nouvelle loi). Ce qui fait qu'on va devoir utiliser des trucs qui ne garantiront rien en ce qui concerne le contrôle, qui lui utilisera des appareils électroniques qui, eux seuls, auront le droit de donner le taux réel. C'est pourtant indispensable d'avoir le taux réel pour savoir combien de temps on peut attendre, ou si on doit prévoir de passer la nuit sur place ou se faire raccompagner au lieu de grelotter dehors (car en plus il est interdit de dormir dans sa voiture: si on est dedans sur le siège du conducteur, et même si on ne conduit pas, on est supposé conduire même si le moteur est éteint, et subir le contrôle d'alcoolémie : il faut absolument s'installer sur le siège arrière, et le moteur doit être éteint, car sinon on est quand même supposé être en train de conduire !) Dans ce domaine, c'est du n'importe quoi. Pouvoir savoir quel taux exact on atteint et si on est sanctionnable est pourtant le principe de la loi puisqu'on est sensé savoir si on n'a pas le droit de conduire : mais non il faudra quand même y aller au jugé, et risquer un contrôle. Si on ne sait pas bien quel alcool on a pu boire dans une soirée, et si on n'a pas conscience non plus de son taux d'assimilation réel. On perd en moyenne -0,1 mg/l d'air et par heure, mais cela dépend beaucoup des individus et de leur métabolisme. Il faut savoir aussi que le taux maximum est atteint seulement 30 minutes après la consommation, ce qui explique pourquoi la police/gendarmerie procède aux contrôles électroniques sur leurs appareils homologués seulement une vingtaine de minutes après la première mesure faite au volant avec des ballons et éthylomètres non homologués, juste parce que la loi impose que ne sont pris en compte que les 2 mesures faites (sur le même appareil !) sur cet appareil homologué (par le service des Mines), il n'est retenu que le taux le plus favorable (donc pour éviter le problème, le premier contrôle immédiat au volant est toujours sur un appareil non homologué ou un ballon chimique, et ils font attendre ensuite un bon quart d'heure avant de procéder à la première mesure électronique). La loi impose deux mesures, mais ne prévoit pas que ce soit fait sur des appareils ou méthodes différentes : l'appareil est jugé exact seulement en fonction de sa date de dernière vérification, sachant que les capteurs électroniques dérivent fortement et sont inutilisables après 2000 mesures ou un an (ensuite soit le capteur doit être remplacé, soit l'appareil doit être envoyé en révision pour le recalibrer): leur taux fait pourtant référence, et comme les deux contrôles ont été faits, il est ensuite impossible d'en demander un autre. Pourtant certains se prennent des amendes lourdes et suspensions/retraits (ou pire) à cause de mesures faites sur des appareils non vérifiés, non homologués, ou non recalibrés. Je n'ai aucune confiance dans les ballons chimiques, et pas confiance non plus dans les éthylomètres soit-disant calibrés par les Mines (j'ai vu certains d'entre eux et la façon dont ça se fait : on ne peut même pas voir le document certifié montrant la date du dernier calibrage, et le plombage de l'appareil n'est pas daté non plus !). Ça m'a déjà fait peur pour une soirée où j'avais consommé un seul verre et attendu plusieurs heures ensuite en ne consommant que des jus de fruits, et pourtant ces appareils me marquaient positifs, de peu, mais suffisamment pour me prendre en amende, que j'ai fait lever (bien que j'ai du la payer
Re: [OSM-talk-fr] Chemin à travers bâtiment
Le 3 mai 2012 16:46, Florian LAINEZ winner...@free.fr a écrit : salut, en effet c'est une histoire de layer. sur le chemin (highway=ce que tu veux), tu mets layer=-1 et sur le bâtiment qui passe au dessus layer=0. Il peut y avoir des layers de -5 à 5. plus d'infos ici : http://wiki.openstreetmap.org/wiki/Key:layer C'est bien de le rappeler car je tombe régulièrement sur des rivières taguées sur toute leur étendue avec un layer=-100, histoire visiblement de ne pas avoir à s'embêter à découper les ponts sur les routes. C'est un tag visiblement pour le rendu : évidemment les ponts sont des objets à marquer : ils marquent aussi la présence de barrières et le fait qu'on ne peut normalement pas s'écarter de la chaussée et de son trottoir sans tomber, et se distinguent des tunnels où on peut s'écarter de la route puisqu'il y a encore un terrain à niveau à côté. Marquer les ponts donnent pourtant une indication vible sur le terrain utile à la navigation et au repérage. En revanche quand la route passe sous un bâtiment, elle reste à niveau : c'est la base du bâtiment qui change de couche et la portion de bâtiment suspendue devrait être en layer 1 (oui ça demande un polygone de plus, c'est un peu plus de travail, mais c'est aussi utile au repérage). Si la route passe sous le bâtiment par un sous-sol, la portion de route devrait être en layer -1. - Les layers/niveaux sont une indication approximative de hauteur par rapport au niveau moyen du sol environnant (on peut estimer à environ 2,50m par niveau, si on voulait être précis pour un rendu 3D, il faudrait mettre des élévations sur les points ou mentionner les taux de pente). - Les layers sont aussi une indication des chemins qui doivent former ou pas des intersections : au même layer, deux chemins se croisent et demandent alors des priorités de passage, ou une signalisation adaptée (feux, parrières de passages à niveau ferroviaires, passages piétons) à taguer aussi ! Une route et un bâtiment ne peuvent se croiser au même niveau (le plus souvent c'est une erreur de calage de géométries). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [contact] [Besoin d'aide technique] Aide pour ouvrir les shapefiles Rhône-Alpes
Il y a eu un trou dans les contours de Rhônes-Alpes il y a quelques jours. Corrigé depuis. Ceci peut expliquer le fait que le fichier ait été temporairement vide si Geofabrik l'a généré à ce moment-là : le trou était visible et signalé dans Osmose et Layers. Le 3 mai 2012 22:16, Christian Quest cqu...@openstreetmap.fr a écrit : Il semblerait que Geofabrik ait corrigé le problème de leur côté. J'ai testé il y a quelques jours et les shapefile de RA ne s'ouvraient effectivement pas dans QGis à ce moment là. Le 3 mai 2012 20:35, Sébastien Kalt sk...@throka.org a écrit : Bonjour, Je viens juste de les télécharger, et les routes, waterways et bâtiments s'affichent parfaitement dans qgis 1.7.1. Bon, c'est un peu long pour le dernier, taille oblige. Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Apple, iOS, Google Maps... et OSM ?
Apple a rajouté la mention d'origine des données cartographiques d'iPhoto pour iPad dans la nouvelle version publiée (1.0.1). http://blog.osmfoundation.org/2012/03/08/welcome-apple/ Fin du feuilleton... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [contact] [Besoin d'aide technique] Aide pour ouvrir les shapefiles Rhône-Alpes
Un tel trou dans la limite aurait posé un problème sur le découpage de l'extrait lui même. Là il y avait bien des données dans l'extrait, d'un volume tout a fait cohérent, mais le fichier SHP ouvert semblait complètement vide. Bon, le problème a été réglé par Geofabrik, incident clôt. Le 4 mai 2012 12:38, Philippe Verdy verd...@wanadoo.fr a écrit : Il y a eu un trou dans les contours de Rhônes-Alpes il y a quelques jours. Corrigé depuis. Ceci peut expliquer le fait que le fichier ait été temporairement vide si Geofabrik l'a généré à ce moment-là : le trou était visible et signalé dans Osmose et Layers. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à travers bâtiment
Le 04/05/2012 12:34, Philippe Verdy a écrit : En revanche quand la route passe sous un bâtiment, elle reste à niveau : c'est la base du bâtiment qui change de couche et la portion de bâtiment suspendue devrait être en layer 1 (oui ça demande un polygone de plus, c'est un peu plus de travail, mais c'est aussi utile au repérage). +1 Sur la page du tag covered http://wiki.openstreetmap.org/wiki/Key:covered il est ecrit For example, when a building has a way passing through it, and both the way and the building are at ground level. Je ne suis pas d'accord : la ou il y a une route sous le batiment, le batiment n'est pas au ground level ! D'ailleurs a cet endroit la il n'y a pas de rez de chaussee et le batiment commence au premier etage. Je decoupe donc le batiment, je laisse les tags classiques d'un batiment sur les parties qui sont a cote de la route et qui ont un rez de chaussee, et je met un layer=1 sur la partie de batiment qui est au dessus de la route. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Apple, iOS, Google Maps... et OSM ?
2012/5/4 Christian Quest cqu...@openstreetmap.fr: Fin du feuilleton... Ca donnera une nouvelle occasion de parler d'OSM dans toute la presse. Merci Apple ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [contact] [Besoin d'aide technique] Aide pour ouvrir les shapefiles Rhône-Alpes
Bonjour, De : Christian Quest Un tel trou dans la limite aurait posé un problème sur le découpage de l'extrait lui même. Là il y avait bien des données dans l'extrait, d'un volume tout a fait cohérent, mais le fichier SHP ouvert semblait complètement vide. Bon, le problème a été réglé par Geofabrik, incident clôt. Les clips de données chez Geofabrik ne sont heureusement pas basés sur les données OSM à date, ce serait peu fiable comme processus vue la fragilité des emprises admins. Les fichiers qui servent à découper les lots de données (dont les régions françaises) servis par Geofabrik sont ici au format Osmosis : http://download.geofabrik.de/clipbounds/ vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr