[OSM-talk-be] Verbodsbord C3
Regelmatig kom ik op wandelingen het bord C3 tegen. Een rond wit bord met rode rand. Verboden toeging in BEIDE richtingen, voor iedere bestuurder. Onderborden zijn mogelijk. Dikwijls staat er een onderbord Uitgezonderd fietsers (bromfietsen A) De laatste dagen zie ik regelmatig het bord C3, zonder onderbord, terwijl er toch een fietsroute aangeduid is. (knooppunten of toeristische route). In principe mag dus de fietser niet door want hij is een bestuurder maar anderzijds loopt er wel een officiële fietsweg. Hoe moet dit gemapt worden. access: no ; eventueel designated als er uitgezonderd plaatselijk verkeer onder staat. bycicle: ?? Logisch is het bycicle: yes; maar correct zou zijn bycicle: no! Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Verbodsbord C3
On Monday 30 September 2013 14:36:44 Guy Vanvuchelen wrote: Regelmatig kom ik op wandelingen het bord C3 tegen. Een rond wit bord met rode rand. Verboden toeging in BEIDE richtingen, voor iedere bestuurder. Onderborden zijn mogelijk. Dikwijls staat er een onderbord Uitgezonderd fietsers (bromfietsen A) De laatste dagen zie ik regelmatig het bord C3, zonder onderbord, terwijl er toch een fietsroute aangeduid is. (knooppunten of toeristische route). In principe mag dus de fietser niet door want hij is een bestuurder maar anderzijds loopt er wel een officiële fietsweg. Hoe moet dit gemapt worden. access: no ; eventueel designated als er uitgezonderd plaatselijk verkeer onder staat. Kleine correctie: uitgezonderd plaatselijk verkeer = access=destination (of vehicle=destination) Plaatselijk verkeer laat ook alle fietsers (en ruiters) toe, dat moet niet apart getagd worden. bycicle: ?? Logisch is het bycicle: yes; maar correct zou zijn bycicle: no! Als er geen verkeersbord apart voor fietsers bij staat moet je ook geen bicycle-tag toevoegen. Als een fietsroute over zo'n weg loopt kan je het wel in de route steken, fietsers kunnen altijd afstappen... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Verbodsbord C3
On 2013-09-30 14:36, Guy Vanvuchelen wrote: Regelmatig kom ik op wandelingen het bord C3 tegen. Een rond wit bord met rode rand. Verboden toeging in BEIDE richtingen, voor iedere bestuurder. Onderborden zijn mogelijk. Dikwijls staat er een onderbord Uitgezonderd fietsers (bromfietsen A) De laatste dagen zie ik regelmatig het bord C3, zonder onderbord, terwijl er toch een fietsroute aangeduid is. (knooppunten of toeristische route). In principe mag dus de fietser niet door want hij is een 'bestuurder' maar anderzijds loopt er wel een officiële fietsweg. Hoe moet dit gemapt worden. access: no ; eventueel 'designated' als er uitgezonderd plaatselijk verkeer onder staat. bycicle: ?? Logisch is het bycicle: yes; maar correct zou zijn bycicle: no! Je kan 2 dingen doen : het bord loggen of de restrictie op de way. Bord C3 heeft altijd een tegenhanger, wordt altijd afgesloten aan alle invalswegen(in theorie). Voor routers is de way taggen veell bruikbaarder dan de plaats van een bord. voor deze kan je(met onderbord) : de way taggen met: access : destination en traffic_sign=BE:C3,BE:Type-IV Die traffic_sign is informatie die al paar jaar meegaat. de Type-IV is : plaatselijk verkeer onderbord. Er zijn ook andere Type's, maar deze ga je het meeste vinden. Er is geen verdere onderverdeling voor dit onderbord. En zo staat het in de wegcode, bitter weinig dus. Als je het zo doet zal de way ook gearceeerd worden visueel in OSM. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Possible Hangout over JOSM / Mogelijke Hangout over JOSM
Ik ben niet vertrouwd met het gebruik van Hangout, maar ik wil het best eens proberen. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Verbodsbord C3
Misschien is het domweg nalatigheid van de plaatselijke overheid of de wegbeheerder en hoort er wel degelijk een onderbord te zijn ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Journalist during OSM meeting
Dear, At least one journalist, of Le Soir, will come on Thrusday octobre 3 , 2013. He reports maintly on digital subjects and on entrepreneurship. I told him that at least 2 people who do a business out of selling services on OSM would be present. I was thinking about you, Julien and Ben. Please have something ready to tell him, maybe some examples of your services, a leaflet ... Regards, Nicolas -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Nieuwe versie NL:NL:Browsing
Ik heb net een nieuwe versie van de NL vertaling van de Browsing wiki pagina gemaakt (http://wiki.openstreetmap.org/wiki/NL:Browsing). Heeft er iemand tijd en zin om eens na te kijken of er geen taalfouten, moeilijke te snappen uitleg of andere onzin in staat ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Possible Hangout over JOSM / Mogelijke Hangout over JOSM
Ok, ik heb het zelf ook nog niet gedaan, maar het opzetten lijkt me eenvoudig. Het opstarten aan mijn kant is eenvoudig, maar hoe ik gemakkelijk de andere kan uitnodigen weet ik niet. Zit jij al op Google+ ? m 2013/9/30 Gilbert Hersschens gherssch...@gmail.com: Ik ben niet vertrouwd met het gebruik van Hangout, maar ik wil het best eens proberen. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Verbodsbord C3
Ik ben er van overtuigd dat het nalatigheid is. Maar het komt bijzonder veel voor, merk ik op. Zelfs op knooppunten via oude spoorbaanroutes (uitgezonderd fietsen) of op plaatsen waar nog een toegang tot bijvoorbeeld een garage van een woning staat. Maar in principe kan een agent je een proces maken als je er door fietst. Waarschijnlijk is het best op Ben te volgen: wel opnemen in relaties maar geen: bicycle:yes inbrengen. Guy Vanvuchelen Van: Gilbert Hersschens [mailto:gherssch...@gmail.com] Verzonden: maandag 30 september 2013 20:39 Aan: OpenStreetMap Belgium Onderwerp: [OSM-talk-be] Verbodsbord C3 Misschien is het domweg nalatigheid van de plaatselijke overheid of de wegbeheerder en hoort er wel degelijk een onderbord te zijn ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Verbodsbord C3
On Mon, Sep 30, 2013 at 02:52:38PM +0200, Ben Laenen wrote: Als er geen verkeersbord apart voor fietsers bij staat moet je ook geen bicycle-tag toevoegen. Als een fietsroute over zo'n weg loopt kan je het wel in de route steken, fietsers kunnen altijd afstappen... Fietser die afstappen zijn nog altijd bestuurders. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Verbodsbord C3
Het zou gemakkelijker moeten zijn om zulke fouten te melden (zoals André schrijft) bij de overheid. m 2013/9/30 Guy Vanvuchelen guy.vanvuche...@gmail.com: Ik ben er van overtuigd dat het nalatigheid is. Maar het komt bijzonder veel voor, merk ik op. Zelfs op knooppunten via oude spoorbaanroutes (uitgezonderd fietsen) of op plaatsen waar nog een toegang tot bijvoorbeeld een garage van een woning staat. Maar in principe kan een agent je een proces maken als je er door fietst. Waarschijnlijk is het best op Ben te volgen: wel opnemen in relaties maar geen: bicycle:yes inbrengen. Guy Vanvuchelen Van: Gilbert Hersschens [mailto:gherssch...@gmail.com] Verzonden: maandag 30 september 2013 20:39 Aan: OpenStreetMap Belgium Onderwerp: [OSM-talk-be] Verbodsbord C3 Misschien is het domweg nalatigheid van de plaatselijke overheid of de wegbeheerder en hoort er wel degelijk een onderbord te zijn ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Verbodsbord C3
On 1 Oct 2013 00:53, Kurt Roeckx k...@roeckx.be wrote: Fietser die afstappen zijn nog altijd bestuurders. Fout. Combineer de laatste zin van artikel 2.15 met artikel 2.13 uit de wegcode http://wegcode.be/wetteksten/secties/kb/wegcode/100-art2#2.13 Standaardtruuk om een drukke weg over te steken is met de fiets aan de hand over het zebrapad zodat je voorrang hebt. Wouter ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] [Talk-us] Baltimore County GIS Data is now public domain
From: Richard Weait [mailto:rich...@weait.com] Sent: Monday, September 30, 2013 2:11 PM Subject: Re: [Talk-us] Baltimore County GIS Data is now public domain Your use of public domain in the subject is potentially confusing, since there is no reliable method for you to declare that the data is in the public domain. Although this is true for an individual, it is more complicated for a government. There are a few ways that a dataset might be public domain. - The government could view the material as data which does not qualify for copyright protection in the US. This puts the dataset in the same state as one created by the federal government - there is nothing protected by copyright. - The government could be barred by a statute or regulation from restricting the dataset's use under copyright. The situation here is more complex because they may be copyright holders, but are prevented from acting like they were. I generally accept that when a government makes a statement about releasing data in a particular way that they have the legal ability to do so. Their lawyers presumably know the law applicable to them and have a basis on which to make their statements. It would be wonderful if you would choose and attach the following license(s) to the data, and your web site on which they are published. ODC PDDL (preferred, because it is specific to data), CC-Zero. In the US there are no database rights so CC0 does an adequate job of releasing the rights that do exist. It's when you start to not unconditionally release rights that the CC licenses and ODC licenses differ in the US. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] About CC-4.0 and ODbl
Dear Friends, Finnish Government is preparing their general open data license. Now there is period of public discussion about new guidelines. You can also participate: http://www.jhs-suositukset.fi/web/guest/news/palautepyynto-avointen-tietoain eistojen-kayttolupa. Yes, It is in Finnish. Maybe difficult to understand ;-) However, basic rule will be that all Finnish public data sets should be licensed under CC-BY-4.0. They can also use CC0, if necessary. National Land Survey of Finland's topographic datasets are already released with OSM compatible data license. But there is more data sets coming from municipalities and other gov agencies (like address data) which we can use to make OSM better. Questions: Is CC-BY-4.0 compatible with OSM current license (ODbl)? If data is released under CC-BY-4.0: can we import it to OSM? Rgs, Pekka ps. CC-4.0 license draft is here: http://staging.creativecommons.org/licenses/by/4.0/legalcode -- Pekka Sarkola Gispo Oy mailto:pekka.sark...@gispo.fi pekka.sark...@gispo.fi - GSM +358 40 725 2042 http://www.gispo.fi www.gispo.fi - http://www.paikkatieto.com www.paikkatieto.com ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] About CC-4.0 and ODbl
On 01.10.2013 06:28, Pekka Sarkola wrote: Questions: Is CC-BY-4.0 compatible with OSM current license (ODbl)? If data is released under CC-BY-4.0: can we import it to OSM? To my understanding not even ODbL would be suitable for import into OSM. To be suitable for OSM it must conform with the contributor terms which allow a future license change. Stephan ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Who interprets semicolon in tag values?
Colin Smale wrote Take a look at the lanes tagging business Thats just another very specialized single-purpose tagging scheme that cannot be generalized to connecting multiple institutions in one POI. At least not if you still want casual mappers to be able to decipher such a thing. The idea of a semicolon-delimited 2D-matrix distributed over multiple tags for general tagging makes my hair stand on edge. :-) Colin Smale wrote One has to wonder whether your examples really reference the same POI. Maybe within the same building, but if the opening hours, phone number etc are different, it is starting to feel like two independent enterprises in a common building. The original example wasn't mine, but I think it is very common that a pub has much later opening hours than a restaurant. Having both as part of the same enterprise is a british speciality if I remember my visits correctly. And mapping them as separate POIs is the only practical and human readable way we currently have available, that's the point. :-) bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779443.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
2013/9/30 NopMap ekkeh...@gmx.de The original example wasn't mine, but I think it is very common that a pub has much later opening hours than a restaurant. Having both as part of the same enterprise is a british speciality if I remember my visits correctly. And mapping them as separate POIs is the only practical and human readable way we currently have available, that's the point. :-) +1, I also see it like this. If you want, group them into a site relation afterwards. The argument: one osm object for one real life thing doesn't work anyway. What is one real life thing? Why should the pub and the hotel (restaurant / telephone / letter box / ...) be the same thing? If one business has several shops, is that one or several things? cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who interprets semicolon in tag values?
On Mon, Sep 30, 2013 at 9:08 PM, NopMap ekkeh...@gmx.de wrote: The original example wasn't mine, but I think it is very common that a pub has much later opening hours than a restaurant. Having both as part of the same enterprise is a british speciality if I remember my visits correctly. And mapping them as separate POIs is the only practical and human readable way we currently have available, that's the point. :-) I have to agree with this. The most common clashes I run into mapping towns in Australia; bakery/cafes (technically you could do amenity=cafe, shop=bakery) general store/cafe general store/fuel general store/post office pub/hotel (I tend to create two nodes, in roughly the right places) pub/restaurant (in the country, I take the restaurant as assumed - every pub serves meals at least some days of the week) cafe/bar A general solution that would solve these and other problems would be a relation to group parts of the same business. That way, you could have the expressiveness of precise tagging (eg, is there a bakery near here? yes. is there a cafe near here? yes) but easy rendering: show one icon, and the renderer can decide whether it's a cafe or bakery icon. Steve ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] Problems saving input to OSM
Hi, I have just arrived back in Australia following several months in the UK and have been logging on to OSM with no troubles but when I try to save my map changes the save just seems to hang for most of the time. I have had a couple of good sessions where it has saved well. Any one one able to help? Thanks Arthur (geesona) ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[OSM-talk-ie] Average speed camera zones
Hi, I did some work in the past moving the Gardai mobile speed camera database over to a format for Garmin. Could someone look at possibly importing the garda data into openstreetmap? I don't know if it would be possible. The database does not include the speed limits, just a start and end location. I don't know what tags should be used and how useful the results would be on an off the shelf sat Nav. There is also a seperate file with fixed speed camera locations (there are very few) which could be a related project. Ideas/thoughts? ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Wicklow town street names added
Sounds like great work Dan! Ken On Mon, Sep 30, 2013 at 8:55 PM, Daniel Cussen d...@post.com wrote: Hi, I added all the street names in Wicklow town, and most of Rathnew using lots of local knowledge and a quick spin in the car. It's now more accurate than google maps and garmin. Thanks to whoever overlayed the roads in the past, It helped a lot. Dan ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -- http://blogs.linux.ie/kenguest/ ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-br] Reverter exclusão de sobradinho
Já que ninguem reverteu a exclusão de Sobradinho, eu vou reverter via backup, ja´que via plugin reverter esta dando problema e faltando umas coisas. Vou levantar o backup que fiz antes da importação. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Situação das traduções
Oi pessoal, Para quem tem um tempo livre para ajudar, aí vai a situação e links para as traduções para o português de ferramentas e projetos relacionados ao OpenStreetMap: Site do OpenStreetMap - 99% traduzidohttp://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-site JOSM - 55% traduzidohttps://translations.launchpad.net/josm/trunk/+pots/josm/pt_BR/+details iD - 62% traduzido https://www.transifex.com/organization/ideditor Keepright - 87% traduzidohttps://translations.launchpad.net/keepright/trunk/+pots/keepright/pt_BR/+details Merkaator - 93% traduzidohttps://translations.launchpad.net/merkaartor/trunk/+pots/merkaartor/pt_BR/+details Merkaator (templates) - 100% traduzidohttps://translations.launchpad.net/merkaartor/trunk/+pots/templates/pt_BR/+details Potlach2 - 100% traduzidohttp://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-potlatch2-main Potlach2 (ajuda) - 100% traduzidohttp://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-potlatch2-help Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Situação das traduções
Uma correção, o iD está traduzido em 96%: https://www.transifex.com/projects/p/id-editor/ 2013/9/30 Vitor George vitor.geo...@gmail.com Oi pessoal, Para quem tem um tempo livre para ajudar, aí vai a situação e links para as traduções para o português de ferramentas e projetos relacionados ao OpenStreetMap: Site do OpenStreetMap - 99% traduzidohttp://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-site JOSM - 55% traduzidohttps://translations.launchpad.net/josm/trunk/+pots/josm/pt_BR/+details iD - 96% traduzido https://www.transifex.com/organization/ideditor Keepright - 87% traduzidohttps://translations.launchpad.net/keepright/trunk/+pots/keepright/pt_BR/+details Merkaator - 93% traduzidohttps://translations.launchpad.net/merkaartor/trunk/+pots/merkaartor/pt_BR/+details Merkaator (templates) - 100% traduzidohttps://translations.launchpad.net/merkaartor/trunk/+pots/templates/pt_BR/+details Potlach2 - 100% traduzidohttp://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-potlatch2-main Potlach2 (ajuda) - 100% traduzidohttp://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-potlatch2-help Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Situação das traduções
Para quem for traduzir, sugiro se basear nisto: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Refer%C3%AAncia A idéia é uniformizar as traduções entre as diferentes aplicações. Nem tudo que está nesse artigo chegou a ser discutido com a comunidade (só os itens cuja fonte consta como comunidade), mas já foi revisado por algumas pessoas, então algumas coisas podem ser mudadas ainda, e tem algumas coisas faltando. Fiquem a vontade para fazer melhorias, acrescentar, etc. Há um longo tópico sobre traduções no fórum também: http://forum.openstreetmap.org/viewtopic.php?id=22084 Daqui a uma semana vou poder ajudar com isso novamente. 2013/9/30 Vitor George vitor.geo...@gmail.com: Uma correção, o iD está traduzido em 96%: https://www.transifex.com/projects/p/id-editor/ 2013/9/30 Vitor George vitor.geo...@gmail.com Oi pessoal, Para quem tem um tempo livre para ajudar, aí vai a situação e links para as traduções para o português de ferramentas e projetos relacionados ao OpenStreetMap: Site do OpenStreetMap - 99% traduzido JOSM - 55% traduzido iD - 96% traduzido Keepright - 87% traduzido Merkaator - 93% traduzido Merkaator (templates) - 100% traduzido Potlach2 - 100% traduzido Potlach2 (ajuda) - 100% traduzido Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter exclusão de sobradinho
Erick, nos manda depois os changesets dessa reversão? Assim fica mais fácil revisar se ficou tudo ok. 2013/9/30 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Já que ninguem reverteu a exclusão de Sobradinho, eu vou reverter via backup, ja´que via plugin reverter esta dando problema e faltando umas coisas. Vou levantar o backup que fiz antes da importação. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter exclusão de sobradinho
Você fala pra eu Passar os dados do changeset q farei hj? Em 30/09/2013 15:02, Fernando Trebien fernando.treb...@gmail.com escreveu: Erick, nos manda depois os changesets dessa reversão? Assim fica mais fácil revisar se ficou tudo ok. 2013/9/30 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Já que ninguem reverteu a exclusão de Sobradinho, eu vou reverter via backup, ja´que via plugin reverter esta dando problema e faltando umas coisas. Vou levantar o backup que fiz antes da importação. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Situação das traduções
Boa Tarde. O JOSM esta traduzido em uns 67%, eu ja ajudei bastante neste. Só que tem traduções que precisam de revisão... Forte abraço Blademir Andrade de Lima Date: Mon, 30 Sep 2013 13:49:34 -0300 From: vitor.geo...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Situação das traduções Uma correção, o iD está traduzido em 96%: https://www.transifex.com/projects/p/id-editor/ 2013/9/30 Vitor George vitor.geo...@gmail.com Oi pessoal, Para quem tem um tempo livre para ajudar, aí vai a situação e links para as traduções para o português de ferramentas e projetos relacionados ao OpenStreetMap: Site do OpenStreetMap - 99% traduzidoJOSM - 55% traduzido iD - 96% traduzidoKeepright - 87% traduzido Merkaator - 93% traduzidoMerkaator (templates) - 100% traduzido Potlach2 - 100% traduzidoPotlach2 (ajuda) - 100% traduzido Abs,Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Reverter exclusão de sobradinho
2013/9/30 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Já que ninguem reverteu a exclusão de Sobradinho, eu vou reverter via backup, ja´que via plugin reverter esta dando problema e faltando umas coisas. Vou levantar o backup que fiz antes da importação. Não sei se isso funciona sem utilizar o plugin de reversão. Tem o risco de adicionar novos dados (e não restaurar o que já existia). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Situação das traduções
Oi, Eu acrescentaria o Osmose http://osmose.openstreetmap.fr/en/map/#, que é um a ferramenta do tipo do KeepRight!, mas um poco mais elaborada, e ainda não tem uma tradução em português. Cordialmente, Severin Message: 1 Date: Mon, 30 Sep 2013 13:33:55 -0300 From: Vitor George vitor.geo...@gmail.com To: OSM talk-br talk-br@openstreetmap.org Subject: [Talk-br] Situação das traduções Message-ID: capdrge2vlfwm0ku769y5vcuyfnu3lwqedayv0fewd+zs+cc...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Oi pessoal, Para quem tem um tempo livre para ajudar, aí vai a situação e links para as traduções para o português de ferramentas e projetos relacionados ao OpenStreetMap: Site do OpenStreetMap - 99% traduzido http://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-site JOSM - 55% traduzido https://translations.launchpad.net/josm/trunk/+pots/josm/pt_BR/+details iD - 62% traduzido https://www.transifex.com/organization/ideditor Keepright - 87% traduzido https://translations.launchpad.net/keepright/trunk/+pots/keepright/pt_BR/+details Merkaator - 93% traduzido https://translations.launchpad.net/merkaartor/trunk/+pots/merkaartor/pt_BR/+details Merkaator (templates) - 100% traduzido https://translations.launchpad.net/merkaartor/trunk/+pots/templates/pt_BR/+details Potlach2 - 100% traduzido http://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-potlatch2-main Potlach2 (ajuda) - 100% traduzido http://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-potlatch2-help Abs, Vitor ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] usuário hiperativo?
Boa noite Gerald, Willi, Aun e Trebian, Se possível poderiam dar uma olhada em algumas correções que fiz em Porto Real na parte norte do município e ver se o caminho é este mesmo. Assim não erro duas vezes. Usei o keep it right em uma aba e fui corrigindo no iD em outra. Marquei ignore temporarily (error corrected). É isso? Abs, Vinicius Em 30/09/13, Vinicius de A. Maranhãoviniciusdeamaran...@gmail.com escreveu: Bom dia Fernando, agradeço sugestões. Estarei consertando esta semana. Deixei vias desconectadas pois achei que seria mais fácil reconectar do que apagar e fazer algum tipo de conexão que não sabia ainda fazer. Letras maiúsculas nem prestei atenção no primeiro momento. Falha minha. Willi apresentou keep it right que não conhecia. Ajuda muito. Classificação de vias lerei material e reclassifico. Dúvidas compartilhari. Estou aprendendo. Tenha certeza de que as intenções são boas e dentro do espírito aberto. E com ajuda de todos vou melhorar. Só precisavamos de um mapa rapidamente e agora temos. Desculpe-me por qualquer bagunça ou desrespeito para com a comunidade. Vinicius. Em segunda-feira, 30 de setembro de 2013, Fernando Trebien escreveu: Me parece que o Vinícius teve boas intenções, só não estava a par dos melhores métodos e de questões como controle de qualidade. Se essa aplicação nos causar muitos problemas, podemos levar o problema pra lista da comunidade internacional. Desculpem eu estar sem tempo pra olhar todas as edições uma por uma, mas me confirmem se os enganos dele foram então: 1. Definir nomes com letras maiúsculas; e 2. Mudar a classificação de todas as vias desconectadas para unclassified. O primeiro pode até ser consertado quase inteiramente de forma automática. O segundo provavelmente não. Talvez o melhor seja pedir que o Vinícius reverta essas alterações (e depois apenas reconecte as vias, sem mexer na classificação) ou classifique as vias novamente seguindo o fluxograma de classificação (desconsiderando a parte da classificação por preferência em vias urbanas, da qual muitos discordam - está por receber uma atualização). Fazer a classificação pode ser uma boa oportunidade pro Vinícius conhecer as ferramentas mais usadas (e mais bem feitas), como o iD ou o JOSM. 2013/9/28 Gerald Weber gwebe...@gmail.com javascript:;: Repassando a resposta que recebi do Vinícius, que nos lê em cópia. Vinícius bem vindo ao projeto! abraços Gerald Resposta do Vinícius (usuário vialma): Olá Gerald. Oi todos. É um prazer conhece-los e participar do openstreetmap. Sou Vinicius de Albuquerque Maranhão - vialma. Atuo em projetos da iniciativa privada na área ambiental pelo Brasil e fora. O principal há 12 anos é uma descontaminação ambiental de solo e água na região. Leio a lista faz algum tempo mas não tinha o que dizer. Agora que fiz umas edições acredito que será necessário participar da lista e aprender com voces, pois os erros e as dúvidas estão aparecendo. Não foram intencionais. Agradeço terem percebido e chamarem para participar. Fico feliz! Utilizo em casa o iDBing online, o pushpin online pelo ipad no carro quando estou me movendo pela cidade e vou pinando e inserindo uma coisa ou outra. Fiz poucas coisas com o JOSM (quero praticar mais nele, mas ainda sem jeito) e também baixei alguns aplicativos que não usei. Atualmente vivo a maior parte do tempo em Porto Real, um pequeno município de 50,8 km2 com uns 17000 habitantes. Dizem os documentos que é a segunda maior renda per capita do Brasil. Mas nem mapa existia, ou não aparecia. Não apareceram. Agora existirá para qualquer um. Questões políticas típicas de pequenos municípios e seus grupos de velhos políticos. Esse mapear foi para auxiliar um trabalho de mobilização conscientizando a população sobre o território. Participo também de um pequeno grupo voluntário que atua com a idéia parceria governo aberto. Queremos ter acesso aos documentos públicos e participar. Queremos um espaço melhor, serviços de acordo com a arrecadação, que não é pequena. Visitamos os órgaos municipais e solicitamos verbalmente. Quando não conseguimos utilizamos a LAI. Não responderam a maioria. Estamos aprendendo e esperando algum advogado voluntário se juntar ao grupo para ajudar. No momento estamos discutindo o Plano Municipal de Saneamento Básico e o que foi feito rapidamente no openstreetmap já nos ajuda entender e pensar os nossos problemas ( drenagem urbana com os canais e valas que também carregam esgoto - tudo isso numa planície). Estamos caçando as mencionadas 11 ou 19 elevatórias de esgoto que não contaram onde estão. Estamos também aguardando cópia do recem aprovado Plano Diretor. E ... Os meus erros sei que são muitos. Peço desculpas e compreensão. O que mais me preocupa no momento é juntar as ruas. Olhei a feição acesso e nunca usei pela pressa inicial. Quero também completar o nome das ruas
Re: [Talk-is] Ferðamennska og POI upplýsingar
OSM-félag er gjörsamlega málið, okkur vantar einhvers konar formlegan stimpil, hingað til hefur maður bara geta kynnt sig sem sjálboðaliða og áhugamann um OSM í þeim erindum sem maður sendir tengdu því. Varðandi POI þá er ég sammála að það er gott að hafa fleiri, spurning hvort að ýmis samtök hafi ekki að geyma þvílíkar upplýsingar nú þegar, félög kaupmanna í ýmsum fögum eða annað. Það gæti tekið tíma að þræða vefi eða hringja til að fá upp opnunartíma. Á hvaða sniði er opnunartíminn svo, það hefur mér sýnst bara vera textasvæði með hentistefnu, allt á ensku? Er ekki málið að allar verslanir séu merktar sem POI (en ekki area?). --Jói Þann 30.09.2013 12:21, Svavar Kjarrval reit: Hæ. Nú var ég að koma frá útlöndum (nánar tiltekið Búdapest) og var vopnaður OSM korti af svæðinu í OsmAnd. Nokkrum sinnum í ferðinni tók ég eftir því að það hefði verið afar gagnlegt ef það væru fleiri POI (Points of Interest) upplýsingar fyrir nágrennið og einnig um opnunartíma staðanna. Síðan komu upp nokkur skipti þar sem ég var ánægður með að geta dregið fram farsímann, kveikt á OsmAnd og látið það vísa mér aftur leiðina að hótelinu (sem ég hafði sett í favourites); sparaði mikinn tíma. Ef ég hefði neyðst til að nota Google Maps hefði ég þurft að kveikja á mobile data í símanum með tilheyrandi kostnaði. Ef við berum Búdapest saman við Reykjavík er augljóst að miðborg Reykjavíkur er með álíka þétta skráningu af POI upplýsingum og miðborg Búdapest en miklu meira af húslínum; þó auðvitað mætti bera upp þau rök að miðborg Búdapest er miklu stærri og loftmyndirnar þar eru í lægri upplausn. En auðvitað væri frábært að gera betur. Því legg ég til að við förum í söfnunarátak í vetur til að auka við POI safnið okkar og einnig yfirfara þá POI sem þegar eru komnir inn. Við þyrftum þá að hittast til að ræða hvernig best væri að standa að söfnuninni og hvernig skrá eigi afraksturinn. Á hverju ári kemur mikill straumur ferðafólks sem veit (nánast) ekkert um nágrennið sem það er statt í hverju sinni, t.d. um næstu opnu verslun og veitingastað. Þá væri tilvalið að hjálpa þeim með því að veita því aðgang að uppfærðum kortagrunni sem ekki þarf gagnaáskrift til að nota. Aldrei að vita hvort það sé mögulegt að fá ferðaþjónustuaðilana til að aðstoða okkur, sérstaklega hvað varðar þá staði sem hafa enga eða of fáa virka OSMara. Tekið yrði samt meira mark á svona samstarfsbeiðnum ef það væri til lögformlegt félag í kringum OSM á Íslandi. Ættum við að kalla saman skipulagshitting fyrir POI söfnunarátak sem ætti sér stað nú í vetur? Hvað finnst ykkur um að láta verða af því að stofna formlegt félag í kringum OSM hér á landi? Þess vegna stofna það í október og með einföldum samþykktum. Með kveðju, Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Ferðamennska og POI upplýsingar
Datt einmitt í hug að vera í sambandi við samtök/félög sem geyma líklegast þessar upplýsingar sem og aðila sem eru líklegir til þess að veita okkur leyfi til að nýta þeirra gagnagrunna. Það er í hag ferðaþjónustunnar að listar þeirri rati sem víðast og efast ég um að þeir myndu slá hönd á boði okkar að flytja og viðhalda listanum inn á OSM. Einnig væri hægt að spyrja umsjónaraðila verslunarmiðstöðva hvort þeir væru tilbúnir til þess að láta okkur fá kort yfir hvar hver verslun er svo við gætum sett þær inn og viðhaldið eftir þörfum. Skráning opnunartíma fer fram með lyklinum opening_hours sem er nánar skilgreindur á http://wiki.openstreetmap.org/wiki/Opening_hours, sem að já, er aðallega á ensku þegar kemur að tímaeiningum og gildum. Gildin eru ágætlega skilgreind sem þýðir að það ætti að vera lítið mál að þýða þau yfir á önnur tungumál. Hallast að því að það ætti að miða að merkingu POI í nóðum frekar en sem svæði, ef um er að ræða verslanir eða þjónustu sem gæti þess vegna ákveðið að flytja og/eða loka hvenær sem er. Þegar fyrirtæki er skráð á heila byggingu er hætta á ruglingi hvaða lyklar eiga við um bygginguna sjálfa og hverjir við fyrirtækið sem er þar starfandi, jafnvel þótt það sé eingöngu eitt þá stundina. Síðan gæti alveg verið að það séu fleiri fyrirtæki þar inni en einhver hefur ákveðið að setja eingöngu eitt þeirra í bland við bygginguna. Náttúruleg fyrirbæri og annað sem er utandyra og er rekið/viðhaldið af hinu opinbera ætti, að mínu mati, að vera merkt sem svæði ef hægt er. Ef það væru skýrar reglur um hvort ætti að fara væri létt að réttlæta slíkar umbreytingar. - Svavar Kjarrval On 30/09/13 13:28, Jóhannes Birgir Jensson wrote: OSM-félag er gjörsamlega málið, okkur vantar einhvers konar formlegan stimpil, hingað til hefur maður bara geta kynnt sig sem sjálboðaliða og áhugamann um OSM í þeim erindum sem maður sendir tengdu því. Varðandi POI þá er ég sammála að það er gott að hafa fleiri, spurning hvort að ýmis samtök hafi ekki að geyma þvílíkar upplýsingar nú þegar, félög kaupmanna í ýmsum fögum eða annað. Það gæti tekið tíma að þræða vefi eða hringja til að fá upp opnunartíma. Á hvaða sniði er opnunartíminn svo, það hefur mér sýnst bara vera textasvæði með hentistefnu, allt á ensku? Er ekki málið að allar verslanir séu merktar sem POI (en ekki area?). --Jói Þann 30.09.2013 12:21, Svavar Kjarrval reit: Hæ. Nú var ég að koma frá útlöndum (nánar tiltekið Búdapest) og var vopnaður OSM korti af svæðinu í OsmAnd. Nokkrum sinnum í ferðinni tók ég eftir því að það hefði verið afar gagnlegt ef það væru fleiri POI (Points of Interest) upplýsingar fyrir nágrennið og einnig um opnunartíma staðanna. Síðan komu upp nokkur skipti þar sem ég var ánægður með að geta dregið fram farsímann, kveikt á OsmAnd og látið það vísa mér aftur leiðina að hótelinu (sem ég hafði sett í favourites); sparaði mikinn tíma. Ef ég hefði neyðst til að nota Google Maps hefði ég þurft að kveikja á mobile data í símanum með tilheyrandi kostnaði. Ef við berum Búdapest saman við Reykjavík er augljóst að miðborg Reykjavíkur er með álíka þétta skráningu af POI upplýsingum og miðborg Búdapest en miklu meira af húslínum; þó auðvitað mætti bera upp þau rök að miðborg Búdapest er miklu stærri og loftmyndirnar þar eru í lægri upplausn. En auðvitað væri frábært að gera betur. Því legg ég til að við förum í söfnunarátak í vetur til að auka við POI safnið okkar og einnig yfirfara þá POI sem þegar eru komnir inn. Við þyrftum þá að hittast til að ræða hvernig best væri að standa að söfnuninni og hvernig skrá eigi afraksturinn. Á hverju ári kemur mikill straumur ferðafólks sem veit (nánast) ekkert um nágrennið sem það er statt í hverju sinni, t.d. um næstu opnu verslun og veitingastað. Þá væri tilvalið að hjálpa þeim með því að veita því aðgang að uppfærðum kortagrunni sem ekki þarf gagnaáskrift til að nota. Aldrei að vita hvort það sé mögulegt að fá ferðaþjónustuaðilana til að aðstoða okkur, sérstaklega hvað varðar þá staði sem hafa enga eða of fáa virka OSMara. Tekið yrði samt meira mark á svona samstarfsbeiðnum ef það væri til lögformlegt félag í kringum OSM á Íslandi. Ættum við að kalla saman skipulagshitting fyrir POI söfnunarátak sem ætti sér stað nú í vetur? Hvað finnst ykkur um að láta verða af því að stofna formlegt félag í kringum OSM hér á landi? Þess vegna stofna það í október og með einföldum samþykktum. Með kveðju, Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is signature.asc Description: OpenPGP digital signature ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Ferðamennska og POI upplýsingar
On Mon, Sep 30, 2013 at 02:28:09PM +0100, Jóhannes Birgir Jensson wrote: Er ekki málið að allar verslanir séu merktar sem POI (en ekki area?). No. It's been said repeatedly not to change the map to deal with software that can't handle things. If osmAnd and friends can't show me nearby shops when they are areas, then the right thing to do is fix osmand! Of course, I'm guilty of doing this for all the bars/clubs, mostly because they points were there long before the areas were, and if you delete a point and replace it with an area, you lose any foreign key mapping that an external application may have had :) The other reason I've done this is because there wasn't any good way (when I started) of placing multiple types on the same area, for things like hotels and the hotel bar and the hotel restaraunt. Finally, really?! You're going to maintain _every_ shop in town as a PoI? It's difficult enough staying on top of the bars! ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-is] Ferðamennska og POI upplýsingar
I was not thinking of osmAnd since I'm still a couple of weeks away from even being able to use it. Blackberry users (pre-10) get no fun. The maintenance is easier using Points, deleting them does not wipe out a structure as an area would. For shops that move a bit about and open up and close down quickly I see points as the perfect solution. I save areas for more permanent fixtures like schools which will be there for decades. Luckily I think bars/clubs are at the extreme end of the spectrum, their time to live is very small, most shops outlast them, even if some only by a dogs breath. As for us maintaining it, the prudent thing is to outsource it to the associations themselves surely, as far as we are able to! --Jói Þann 30.9.2013 16:43, skrifaði Karl Palsson: On Mon, Sep 30, 2013 at 02:28:09PM +0100, Jóhannes Birgir Jensson wrote: Er ekki málið að allar verslanir séu merktar sem POI (en ekki area?). No. It's been said repeatedly not to change the map to deal with software that can't handle things. If osmAnd and friends can't show me nearby shops when they are areas, then the right thing to do is fix osmand! Of course, I'm guilty of doing this for all the bars/clubs, mostly because they points were there long before the areas were, and if you delete a point and replace it with an area, you lose any foreign key mapping that an external application may have had :) The other reason I've done this is because there wasn't any good way (when I started) of placing multiple types on the same area, for things like hotels and the hotel bar and the hotel restaraunt. Finally, really?! You're going to maintain _every_ shop in town as a PoI? It's difficult enough staying on top of the bars! ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-is
[Talk-de] PostcodeMap
Hi, ist die PostcodeMap dauerhauft weg? http://osm.wno-edv-service.de/plz ich fand die ganz schoen um PLZ Fehler in den Adressdaten zu finden. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Hi Florian, dig osm.wno-edv-service.de ergibt: ; DiG 9.9.2-P1 osm.wno-edv-service.de ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 13720 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;osm.wno-edv-service.de.IN A ;; ANSWER SECTION: osm.wno-edv-service.de. 60 IN A 80.244.251.106 [...] Ping auf 80.244.251.106 geht auch. Es sieht so aus als ob der http-Server nicht läuft. Evtl. ist aus nur temporär. Gruß Jörg Am Montag, den 30.09.2013, 15:48 +0200 schrieb Florian Lohoff: Hi, ist die PostcodeMap dauerhauft weg? http://osm.wno-edv-service.de/plz ich fand die ganz schoen um PLZ Fehler in den Adressdaten zu finden. Flo [...] -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug in http://garmin.openstreetmap.nl/ -- Fehler gefunden
Am Sat, 28 Sep 2013 17:41:44 +0200 schrieb Michael osm...@suesz.de: Mein Thunderbird nimmt die spitze Klammer am Ende mit zur Url. Wenn ich diese lösche, dann ist die url korrekt!! Mein Fresse, Thunderbird ist ja der letzte Schrott. Die Zeichen »« und »« gehören _niemals_ zu einer URL (sind beides illegale Zeichen), deshalb nimmt man die ja so gerne als Trennzeichen. Das ist eine Konvention, die in RFCs vorgeschlagen wird und recht verbreitet ist, was heißt, dass jeder gute Mail-Client es unterstützen sollte. Es ist somit ein Bug. Ich hab grad mal auf Bugzilla nachgeguckt, der Bug ist schon bekannt: https://bugzil.la/406993 Das Schlechteste kommt noch: Der Bug ist seit 5 Jahren bekannt! Akzeptiert ist er seit einem guten Jahr. Gefixt wurde er immer noch nicht. WTF, bei Mozilla (die Organisationen) ist wohl echt was gehörig kaputt. :O Jetzt erzähle ich mal einen Witz, der geht so: »Benutzerfreundlichkeit.« xD Tschuldigung, aber das musste jetzt mal raus. -- Wuzzy XMPP: wuz...@jabber.ccc.de E-Mail: wuz...@mail.ru ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug in http://garmin.openstreetmap.nl/ -- Fehler gefunden
Am 28.09.2013 17:41, schrieb Michael: upps, jetzt kommt es. Mein Thunderbird nimmt die spitze Klammer am Ende mit zur Url. Wenn ich diese lösche, dann ist die url korrekt!! Hmm, komisch, mein TB macht das nicht. Kann den Link direkt anklicken. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug in http://garmin.openstreetmap.nl/ -- Fehler gefunden
Am 30.09.2013 18:38, schrieb chris66: Am 28.09.2013 17:41, schrieb Michael: upps, jetzt kommt es. Mein Thunderbird nimmt die spitze Klammer am Ende mit zur Url. Wenn ich diese lösche, dann ist die url korrekt!! Hmm, komisch, mein TB macht das nicht. Kann den Link direkt anklicken. Habe in TB damit auch keine Probleme. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
Hi, Am 27.09.2013 15:03, schrieb Steffen Grunewald: Na dann schaue ich noch mal genauer hin... ich nehme aber an, das ist dann erst ab der nächsten Runde dabei? - Nee... OK; I stand corrected, hier gleich vor meinem Fenster steht ein Mast, und das sieht gut aus... dann kommt Deine Karte wieder auf mein Oregon! ;-) Die Mastnummern sind drin, aber fehlerlos nur in meinem Deutschlandausschnitt. (EU rechnet nochmal) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spaß mit / Taggen von Wanderwegen
Am 27.09.2013 16:14, schrieb Steffen Grunewald: Das allerdings ist ein Witz - nur als Beispiel: der 66-Seen-Wanderweg ist nur in eine Richtung markiert (mit einem blauen Punkt, es ist ein überregionaler Rundwanderweg). Das ist einfach nicht zu schaffen, vom Anfang bis zum Ende in der Reihenfolge der Segmente einzufügen (dann auch einzeln, kann ja sein, dass der Editor da was umsortiert...) - und vor allem, und das ist viel ärger: das macht die Sache unpflegbar. Wie ersetzt man ein einzelnes Segment mittendrin durch zwei neue (weil eine Brücke abgerissen wurde etc.)? Noch mal von vorne? Nee, nich? Servus, Solange sich der Weg nicht selbst schneidet, sollte JOSM die richtige Reihenfolge schaffen. Falls es in die falsche Richtung schaut, kann man noch die Relation umdrehen. Bei den Segmenten, darf man dann nicht einfach den Weg löschen, sondern teilen, dann wird der neue Teil richtig in die Relation eingefügt. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug in http://garmin.openstreetmap.nl/ -- Fehler gefunden
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 30.09.2013 18:06, schrieb Wuzzy: Am Sat, 28 Sep 2013 17:41:44 +0200 schrieb Michael osm...@suesz.de: Mein Thunderbird nimmt die spitze Klammer am Ende mit zur Url. Wenn ich diese lösche, dann ist die url korrekt!! Mein Fresse, Thunderbird ist ja der letzte Schrott. Die Zeichen »« und »« gehören _niemals_ zu einer URL (sind beides illegale Zeichen), Vll. liegts ja am benutzen OS... Bei Mir sind die auch kein Problem. Also nicht gleich auf's Programm schimpfen, wenn mäöglicherweise Grundeinstellungen des verwendeten OS falsch sind. MfG Angie - -- - --BEGIN H*KEY BLOCK- v4sw5CPUhw5pr5FPck2ma8u7Lw3XGm1l7ELi3JNTe7t4TNDVb5Oen5g3/2ZMa5XsSr1p md575107a5d52c10f952288d17f2df7af632 - ---END H*KEY BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJJ3ekACgkQbWutCqbzQO3KdgCfZnjQPSH9AJwm5d9lzuOSeOMQ n1oAni0NScBEBXe7qG4qovomNyXf4L4P =6dZF -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bug in http://garmin.openstreetmap.nl/ -- Fehler gefunden
Wuzzy schrieb: Mein Fresse, Thunderbird ist ja der letzte Schrott. Hat Mozilla nicht mal vollmundig verlautbaren lassen, dass Thunderbird ausentwickelt sei, und es nur noch Sicherheitsupdates geben würde? was heißt, dass jeder gute Mail-Client es unterstützen sollte. Thunderbird ist allenfalls ein halbwegs benutzbarer Mailclient :) Tschuldigung, aber das musste jetzt mal raus. Jap :) Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-09-30T22:57:20+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Rechner läuft. Datenbank und Webserver sind put. Hatte ein Raid5 mit 3 x 2TB, eine Platte hat die Grätsche gemacht. Normalerweise übersteht ein Raid5 das ohne Murren aber das hier will sich nicht im degraded Mode starten lassen, geschweige denn die Ersatzplatte akzeptieren. Bin noch am Rumbasteln, da noch einige andere Daten auf dem sicheren Raid drauf waren, die ich gerne zurück hätte. Falls das nicht klappt, wird das sehr lange dauern bis wieder was zu sehen ist :( Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/PostcodeMap-tp5779457p5779525.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
English text see below... Hallo zusammen Im Rahmen einer Projektarbeit für mein Studium werde ich die Adress-Ansicht vom OSM Inspector ( http://tools.geofabrik.de/osmi/ ) überarbeiten. Diese soll Mappern helfen, unvollständige oder fehlerhafte (Post-)Adress-Einträge zu finden und allenfalls zu korrigieren. Aus Performance-Gründen wird diese Ansicht derzeit nur für Europa berechnet. Durch eine Änderung der Architektur soll die Performance erhöht werden, wodurch es möglich sein sollte, die Ansicht auf die gesamte Welt zu erweitern. Gibt es aus eurer Sicht Dinge, die derzeit nicht richtig funktionieren oder Funktionen, die neu eingebaut werden sollten? Gerne nehme ich eure Vorschläge entgegen. (Allerdings muss ich aber auch gleich vorweg nehmen, dass die zur Verfügung stehende Zeit limitiert ist und ich wohl nicht alle Wünsche berücksichtigen kann.) Bereits angedacht sind folgende Ideen: - Tagging mit addr:place=... bzw. mittels Relation berücksichtigen - Aufspüren von Einträgen mit isolierter (also möglicherweise falsch getaggter) Postleitzahl - Visualisieren von Lücken in den Hausnummer-Einträgen - Feststellen von Adress-Duplikaten - Visualisieren von Eingängen (entrance=...) - Feststellen, wenn der exakt ausgeschriebene Strassenname nicht vorhanden ist, aber dafür einer mit ähnlicher Schreibweise Für Feedback zu andern Layern als dem Adress-Layer wendet ihr euch bitte an Frederik Ramm: frede...@remote.org Grüsse Lukas Hey there As a project thesis for my master studies I will overhaul the Address view of the OSM Inspector ( http://tools.geofabrik.de/osmi/ ). Its purpose is to support mappers in finding invalid or incomplete (postal) address entries. Due to performance reasons this view is currently Europe only. The goal of this thesis is to change the architecture to improve the performance and be able to provide a worldwide view. Is there anything in the current view that you would like to be changed or do you have suggestions for new functions? I'd like to hear your ideas. (At the same time I have to admit that I probably will not be able to implement all wishes.) We already thought about the following new things: - Respect address tagging with addr:place=... and relations. - Find addresses with isolated (and therefore potentially wrong) postal codes. - Find gaps in housenumbers - Find address duplicates - Visualize entries (entrance=...) - If mentioned street names can't be found, look for similar-named ones If you have feedback to layers other than the Address Layer, please contact Frederik Ramm: frede...@remote.org Best regards Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Usage of www.surveykshan.gov.in
On Monday 30 September 2013 07:25 PM, Aditya Nag wrote: Guys, I've just now stumbled upon a site from Survey Of India here http://www.surveykshan.gov.in. And it asks only Internet Explorer 6 and above.:( Maps are not shown in firefox/chromium.! ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Usage of www.surveykshan.gov.in
Yes, and it loads pretty slowly in Internet Explorer 8. But I think its okay, given the massive dataset it has to load on every change in zoom level or when panning. The habitation dataset is nice. One has to zoom to a very high level to see the village names clearly though. On 30 September 2013 19:39, Yogi yog...@kalike.org wrote: On Monday 30 September 2013 07:25 PM, Aditya Nag wrote: Guys, I've just now stumbled upon a site from Survey Of India herehttp://www.surveykshan.gov.in . And it asks only Internet Explorer 6 and above.:( Maps are not shown in firefox/chromium.! ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Tagging sentieri
Ok, ma ho scoperto che c'è anche chi mette relazioni su sentiri non ufficiali solo per vederli nel rendering a scopo personale. Io son sempre d'accordo nella standardizzazione, altrimenti la mappa diventa una babele. Però se si crea una tabella di conversione deve essere il più possibile corrispondente. Mentre nel caso sac-cai è stato messo a paragone un sentiero difficile con uno attrezzato, che non è corretto. L'EEA del Cai non è paragonabile a nessuno della SAC, in quanto la SAC ha una scala specifica per i sentieri attrezzati. -- View this message in context: http://gis.19327.n5.nabble.com/Tagging-sentieri-tp5778763p5779439.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cambiare formato testo in JOSM
Il giorno 29 settembre 2013 14:11, Simone Cortesi sim...@cortesi.com ha scritto: ... vieni a OSMIT? birre pagate, non faremo rimanere assetato questo ragazzo. Purtroppo non posso, ma salvo questo messaggio a futura memoria ;-) Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] zona traffico limitato Milano
A Roma col la ZTL c'è una caso simile: http://www.openstreetmap.org/browse/relation/2459882 Nella relazione sono prensety le way di confine, i varchi della ZTL e le restrizioni di accesso. La sola relazione non viene riconosciuta ai fini della navigazione, quindi attualmente l'unico modo è mettere le restrizioni di accesso ad ogni varco taggando un nodo sulla way in entrata alla ZTL, come questo: http://www.openstreetmap.org/browse/node/1233060720 Davide -- View this message in context: http://gis.19327.n5.nabble.com/zona-traffico-limitato-Milano-tp5779390p5779449.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Tile-serving] [osm2pgsql] Add abandoned: tags to phstore list (#86)
domanda: ora il layer standard di openstreetmap.org è carto, e non più mapnik? c'è un tool che dice quali tag sono renderizzati su carto e quali no? ad esempio su mapnik era renderizzato amenity=emergency_phone che ora è stato deprecato in favore di emergency=phone carto renderizza emergency=phone? o va richiesto di integrarlo nel rendering database? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Tile-serving] [osm2pgsql] Add abandoned: tags to phstore list (#86)
Il giorno 30 settembre 2013 15:11, Fabri erfab...@gmail.com ha scritto: domanda: ora il layer standard di openstreetmap.org è carto, e non più mapnik? c'è un tool che dice quali tag sono renderizzati su carto e quali no? ad esempio su mapnik era renderizzato amenity=emergency_phone che ora è stato deprecato in favore di emergency=phone carto renderizza emergency=phone? o va richiesto di integrarlo nel rendering database? http://sabas.github.io/doesitrender/#amenity=emergency_phone http://sabas.github.io/doesitrender/#emergency=phone (anche se bisognerebbe farlo meglio a mano perchè ho lasciato per strada diversi tag come building=yes :/) Ciao, Stefano __**_ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-ithttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Tile-serving] [osm2pgsql] Add abandoned: tags to phstore list (#86)
2013/9/30 Fabri erfab...@gmail.com domanda: ora il layer standard di openstreetmap.org è carto, e non più mapnik? è ancora mapnik, ma in carto ;-) il stile carto viene precompilato in un stile mapnik-xml, il motore di rendering è sempre mapnik. c'è un tool che dice quali tag sono renderizzati su carto e quali no? credo di no, ma puoi fare una ricerca nel style-sheet per vedere cosa viene selezionato e visualizzato. E' anche in continuo movimento quello che viene renderizzato e come lo avviene. Devi vedere le queries del SQL (select blabla where blublu). ad esempio su mapnik era renderizzato amenity=emergency_phone che ora è stato deprecato in favore di emergency=phone carto renderizza emergency=phone? o va richiesto di integrarlo nel rendering database? il punto di partenza era lo stile vecchio, quindi - ferma restando gli ultimi aggiornamenti ed evventuali errori di battitura / conversione - lo stile carto dovrebbe portare ad un risultato uguale. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] zona traffico limitato Milano
2013/9/30 Davio davide@gmail.com A Roma col la ZTL c'è una caso simile: http://www.openstreetmap.org/browse/relation/2459882 Nella relazione sono prensety le way di confine, i varchi della ZTL e le restrizioni di accesso. La sola relazione non viene riconosciuta ai fini della navigazione, quindi attualmente l'unico modo è mettere le restrizioni di accesso ad ogni varco taggando un nodo sulla way in entrata alla ZTL, come questo: http://www.openstreetmap.org/browse/node/1233060720 però il tag è diverso, a Roma hanno usato low emission zone come tipo, cosa non è la stessa cosa di una ZTL, chi sa, forse lo cambiano: type http://wiki.openstreetmap.org/wiki/Key:type?uselang=en = LEZ ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] zona traffico limitato Milano
2013/9/30 Martin Koppenhoefer dieterdre...@gmail.com 2013/9/30 Davio davide@gmail.com A Roma col la ZTL c'è una caso simile: http://www.openstreetmap.org/browse/relation/2459882 però il tag è diverso, a Roma hanno usato low emission zone come tipo, cosa non è la stessa cosa di una ZTL, chi sa, forse lo cambiano: type http://wiki.openstreetmap.org/wiki/Key:type?uselang=en = LEZ Vedo anche un'altra differenza. A roma c'è segnato taxi=yes, come se si trattasse di un access, a Londra invece http://www.openstreetmap.org/browse/relation/3045928 la relazione si riferisce al pagamento (fee) e quindi hanno yes chi deve pagare e no chi è esentato. AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] zona traffico limitato Milano
2013/9/30 Any File anysomef...@gmail.com Vedo anche un'altra differenza. A roma c'è segnato taxi=yes, come se si trattasse di un access, a Londra invece http://www.openstreetmap.org/browse/relation/3045928 la relazione si riferisce al pagamento (fee) e quindi hanno yes chi deve pagare e no chi è esentato. si, ma in Italia (al meno a Roma) non si tratta di una zona dove entri se paghi, quindi non si può proprio paragonare con la situazione di Londra. Credo che la LEZ non rappresenta una generica ZTL, ma soltanto una messo per limitare l'accesso ai veicoli inquinanti per redurre gli emissioni a scopo di migliorare la qualità dell'aria. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Marciapiedi
Il 29/09/2013 20:03, alessandro zardo ha scritto: Solitamente il marciapiede comunque separato dalla strada dal cordolo che lo rialza. Comunque il creare nuovi percorsi renderebbe la mappa un po' complessa. -1 Date un'occhiata qui: http://osm.org/go/0xPLoUpca-- Questa una mappa dettagliata che rappresenta la realt. Ed fatta come richiesto nel wiki: http://wiki.openstreetmap.org/wiki/Tag:footway%3Dsidewalk#Examples Sono comunque della stessa idea anche io nell'usare dove possibile l'attributo assieme alla strada, -1 Dobbiamo rappresentare la realt (nel limite del tecnicamente possibile) non semplificarla. ma il problema segnalato nella poca chiarezza delle pagine del wiki, almeno 4 pagine per descrivere la stessa cosa, si rischi veramente che se ne aggiorno una le altre vengan lasciate da parte e quindi nascano divergenze. Beh, chi aggiorna una pagina dovrebbe farlo dopo una discussione, non di propria iniziativa e comunque dovrebbe avere l'accortezza di completare il lavoro... Se non ricordo male nelle passate discussioni si diceva che la highway=footway separata va usata se il marciapiede fisicamente separato dalla carreggiata (aiuola, alberi, parcheggio auto...), sidewalk=* nel caso sia invece attaccato alla stessa. -1 No. IMHO io interpreto il wiki in modo diverso. highway=footway identifica in generale un percorso pedonale, non un marciapiede. - Se il percorso pedonale indipendente da una strada metti highway=footway ed i relativi tag supplementari per meglio identificarlo; - Se il percorso pedonale un marciapiede che costeggia una strada lo si tagga come highway=footway pi footway=sidewalk, ma sempre disegnando una way separata; Lollo Ciao Giuliano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] zona traffico limitato Milano
2013/9/30 Martin Koppenhoefer dieterdre...@gmail.com si, ma in Italia (al meno a Roma) non si tratta di una zona dove entri se paghi, quindi non si può proprio paragonare con la situazione di Londra Ma appunto, quello che avrei voluto spiegare meglio, e che per la fretta ho solo abbozzato nel messaggio precedente, è che bisogna distinguere bene tra zona a traffico limitato (per la qual cosa non so se esiste un modo per taggarle) e zone a pagamento (come il caso di Londra). Poi però le cose si complicano subito, perché a Milano oltre all'area pagamento (area C) ci sono anche altre aree dove c'è limitazione del traffico e ci sono aree più grandi e più piccole: un'area ben più grande di MIlano dove sono in vigore regole in qualche modo regionali, ma non estese a tutta la regione, che vieta il traffico, solo in certi orari, alle macchine più inquinanti, un'altra area che vieta il transito agli autotreni ed autosnodati in certi orari e un' area più piccola dove in certi orari è vietato il carico e scarico merci (e non ho mai capito se anche il transito ai veicoli trasporto merce). Non so se quest'ultima coincida o meno con l'area C, perché è precedente all'area C e si è sempre parlato per questa di Cerchia dei Bastioni, mentre l'area C in diversi punti è più piccola della cerchia dei bastioni. E a complicazione aggiuntiva l'area C oltre ad essere un'area a pagamento, vige anche il divieto di transito per certi veicoli (e non mi è chiaro se in tutti gli orari o solo quando è in vigore il pagamento) Spero che per mappare tutto questo ci sia qualcuno meglio informato di me (e soprattutto meno stufo di veder sempre fare leggi troppo complicate). AnyFile Credo che la LEZ non rappresenta una generica ZTL, ma soltanto una messo per limitare l'accesso ai veicoli inquinanti per redurre gli emissioni a scopo di migliorare la qualità dell'aria. Nel caso di Londra, al di là di eufemisimi (ed il nome congestion charge è più scietto) si tratta di un'area a pagamento ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Marciapiedi
2013/9/30 Giuliano giuli...@zamboni.pro Il 29/09/2013 20:03, alessandro zardo ha scritto: Solitamente il marciapiede è comunque separato dalla strada dal cordolo che lo rialza. Comunque il creare nuovi percorsi renderebbe la mappa un po' complessa. -1 Date un'occhiata qui: http://osm.org/go/0xPLoUpca-- Questa è una mappa dettagliata che rappresenta la realtà. Ed è fatta come richiesto nel wiki: http://wiki.openstreetmap.org/wiki/Tag:footway%3Dsidewalk#Examples Se non mi ricordo male, si tratta di sidewalk solo se è a fianco della strada. Se è separata dalla strada è una footway (senza footway=sidewalk) a parte. AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] [Off topic] Consigli su hosting e registrazione dominio
Ciao a tutti, scusate l'off-topic, ma molti degli iscritti alla ML sono titolari di uno spazio web e/o di un nome di dominio, e vorrei sapere quale provider mi consigliereste. Non ho particolari esigenze di spazio/performance per ora, ma in futuro magari sì. In particolare, vorrei che mi segnalaste se avete avuto esperienze negative per quanto riguarda trasferimento di domini o associare più domini ad un solo spazio web. Grazie mille, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Off topic] Consigli su hosting e registrazione dominio
Il giorno 01/ott/2013 02:43, Simone Saviolo simone.savi...@gmail.com ha scritto: Ciao a tutti, Ciao scusate l'off-topic, ma molti degli iscritti alla ML sono titolari di uno spazio web e/o di un nome di dominio, e vorrei sapere quale provider mi consigliereste. Non ho particolari esigenze di spazio/performance per ora, ma in futuro magari sì. In particolare, vorrei che mi segnalaste se avete avuto esperienze negative per quanto riguarda trasferimento di domini o associare più domini ad un solo spazio web. Per il dominio uso tophost.it Mentre per lo spazio web dipende da cosa ti serve,io ho un virtuale server su Hetzner.de (un ip e un dominio associato) Mi trovo molto bene con entrambi Grazie mille, Simone Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] sitios web en Colombia
http://mapa.cotelcoctg.org http://ceelat.org/mapas/laboquilla/ El 29 de septiembre de 2013 10:19, Harrier Co harrie...@hotmail.comescribió: Hola me gustaría crear un listado de sitios web que utilizan openstreetmap en Colombia, ¿Ustedes conocen algunos? Por ahora nevados.org y http://trewa.co/page/2/, cuales mas? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Omfartsvejen ved Slagelse
Jeg sammenlignede lige ovenstående i Google maps med OSM ved hjælp af http://tools.geofabrik.de/mc/?lon=11.33245lat=55.39685zoom=14num=2mt0=mapnikmt1=google-map. Den er kommet på Google, men jeg kan godt lide at de i øjeblikket endnu ikke har fået tilkørsler til motorvejen og Valbygårdsvej på. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Monthly Meet on Thursday 3rd October
The Bull sounds like a plan. I'm usually there between 7 7:30. Suggest we talk about meetup on Thursday. Cheers Andy From: Rob Nickerson [mailto:rob.j.nicker...@gmail.com] Sent: 28 September 2013 18:49 To: talk-gb-westmidlands Subject: [Talk-gb-westmidlands] Monthly Meet on Thursday 3rd October Hi All, For this months meeting are we back to our usual winter venue (The Bull, Price Street, Birmingham)? I'll aim to get there around 7:30pm. Also what of our plans to meet up with the Oxford group? Regards, Rob _ No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3408 / Virus Database: 3222/6706 - Release Date: 09/28/13 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [OSM-talk-fr] Explosion d'un carrefour
Bonjour, De : Pieren 2013/9/30 Philippe Verdy : Je maintiens que c'est une erreur de ne pas taguer le multipolygon lui-même alors qu'il est crée spécifiquement pour créer un trou dans la surface qu'il décrit, Ben, c'est juste un problème de définition. On peut aussi bien dire que la relation de type multipolygon se contente de décrire une géométrie, une surface, avec ou sans trous, et que les tags restent sur le way externe. Après tout, cela donne une certaine cohérence avec les autres surfaces sans trou. On pourrait aussi dire que la relation décrit l'objet dans son ensemble, en plus de sa géométrie. C'est donc juste un point de vue et les deux sont acceptables. Sauf qu'en parlant du way externe (au singulier), tu raisonnes sur un cas particulier. Et même si ce cas est largement implémenté, par exemple pour les bâtiments avec une cour intérieur, ça reste un cas particulier. Le cas général, c'est qu'une relation de type multipolygon a n way pour décrire son contour extérieur, et m ways pour décrire les trous faits dans ce contour. À partir de là, considérer que les tags des n ways (au pluriel) qui forment le contour extérieur doivent permettre de définir les tags du multipolygon, c'est la porte ouverte aux incohérences et à la complexité. Ça demande au logiciel de conversion d'interpréter les tags de ces ways, de les comparer, de faire son marché dedans pour dire le(s)quel(s) sont à garder, lesquels sont à ignorer. C'est sans comparaison avec une modélisation où le multipolygon est un objet en soi, avec ses géométries membres (ways inners et outers) _et_ avec ses tags en propre. Là, pas d'ambiguïté, pas d'algo compliqué. Le souci est plutôt dans la pratique, vu que les outils (notamment osm2pgsql) cherchent à exploiter les multipolygons sans tags significatifs, en remontant les tags des ways membres (cf. ton exemple de natural=water à Colmar), manifestement par souci de retro-compatibilité (ce qui est louable, vive les paradoxes). En cautionnant ça, on n'incite pas à modéliser les multipolygon correctement. À noter qu'à ce jour, pour parler d'un cas répandu chez nous, l'outil de mise à dispo du cadastre vectoriel, pour les bâtiments, utilise des multipolygons sans tag 'building' et taggue en building les ways avec rôle 'outer'. C'est dommage. 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 https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 30 septembre 2013 11:21, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Pieren 2013/9/30 Philippe Verdy : Je maintiens que c'est une erreur de ne pas taguer le multipolygon lui-même alors qu'il est crée spécifiquement pour créer un trou dans la surface qu'il décrit, Ben, c'est juste un problème de définition. On peut aussi bien dire que la relation de type multipolygon se contente de décrire une géométrie, une surface, avec ou sans trous, et que les tags restent sur le way externe. Après tout, cela donne une certaine cohérence avec les autres surfaces sans trou. On pourrait aussi dire que la relation décrit l'objet dans son ensemble, en plus de sa géométrie. C'est donc juste un point de vue et les deux sont acceptables. Sauf qu'en parlant du way externe (au singulier), tu raisonnes sur un cas particulier. Et même si ce cas est largement implémenté, par exemple pour les bâtiments avec une cour intérieur, ça reste un cas particulier. J'ai exactement le même point de vue. La cuisine de l'outil de conversion ne sert qu'à réparer sommairement des anomalies, mais cela reste des anomaies et les réparations peuvent être fausses à cause justement du tri à faire entre les tags à remonter ou pas. Heureusement JOSM fait les choses bien quand on crée un multipolygone à partir d'un polygone fermé pour le découper et y ajouter ensuite des îlots internes. La solution de Pieren marche seulement très temporairement (masi cette façon de faire est une solution de facilité, vraiment paresseuse, en plus du fait qu'lel demande pour marcher une redondance très importante (qui vite entrainera des conflits). Mais l'absence de correction finit toujours par causer des problèmes d'interprétation (et si plus tard le mulpolygone est cassé on ne sait même plus pourquoi il était là et ce qu'il décrivait, il n'y a plus moyen de réparer et ce multipolygone sans aucune signification regroupant des chemins non fermés et ayant des tags disparâtres sera condamné à être effacé. Bref ça sent aussitôt des gros dégats ou des nettoyages où il faut recommencer les taggings dans la zone car on ne sait plus ni où ni quoi chercher ! A mon avis l'outil de conversion OSM vers GIS ferait bien de tenir un log de ces corrections qu'il tente de faire, sous une forme qui puisse être réimporté vers un outil de gestion qualité comme Osmose, chaque fois qu'il décide d'importer des tags de chemins vers un polygone GIS de surface, fin de lver les doutes ou confirmer au moins que c'est correct. Il devrait ensuite relever (mais c'est beaucoup moins grave si on ne fait qu'un rendu, mais c'est assez sérieux pour une analyse destinée à savoir si un point est dans une surface ou pas...) les tags redondants des chemins quand ils sont identiques à une relation membre). Enfin il ne faut pas oublier qu'OSM n'est pas destiné uniquement à générer des rendus pour Mapnik ! L'outils en question dont parlait Pieren n'est en fait taillé qu'en fonction de Mapnik et rien d'autre. Et pour des rendus plus personnalisés (comme ceux de Mapbox), il a aussi été remanié spécifiquement. Tous les outils ne peuvent pas utiliser les mêmes jeux de règles pour leur heuristique de correction car ils auront leurs propres besoin et n'exploiteront pas les mêmes sous-ensembles de données ou reclassifications. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du Fantoir
2013/9/29 Frédéric Rodrigo fred.rodr...@gmail.com: ...FR:Key:ref:FR:FANTOIR mdr. A lui seul, ce titre de page wiki mériterait sa place dans les [[FR:Fortunes]] ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
2013/9/30 Philippe Verdy verd...@wanadoo.fr Heureusement JOSM fait les choses bien quand on crée un multipolygone à partir d'un polygone fermé pour le découper et y ajouter ensuite des îlots internes. Pas de bol, j'ai justement pris JOSM (6238 ou un poil antérieur) pour faire le multipolygone. Je me suis peut-être pris comme un manche, j'ai il n'a fait que créer la relation, me laissant ajouter les inner et outer à la main. A mon avis l'outil de conversion OSM vers GIS ferait bien de tenir un log de ces corrections qu'il tente de faire, sous une forme qui puisse être réimporté vers un outil de gestion qualité comme Osmose Effectivement, si les tags sont *obligatoires*, ça fait sens. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
2013/9/30 V de Chateau-Thierry v...@laposte.net: Et même si ce cas est largement implémenté, par exemple pour les bâtiments avec une cour intérieur, ça reste un cas particulier. Ca reste le cas le plus fréquent. La plupart des contributeurs n'abordent la relation multipolygon que lorsqu'ils n'ont pas le choix. Et c'est souvent pour les enclaves (trou dans le bâti, clairière dans une forêt, ilôt dans une rivière). incohérences et à la complexité. (...) C'est sans comparaison avec une modélisation où le multipolygon est un objet en soi, avec ses géométries membres (ways inners et outers) _et_ avec ses tags en propre. Là, pas d'ambiguïté, pas d'algo compliqué. Je suis plus pragmatique. Je constate que la plupart des multipolygons ont un seul way outer , comme dans l'exemple qui a démarré cette discussion, et que les risques d'ambiguité y sont donc nuls. Et les tags sur la relation ont aussi une certaine ambivalence parce qu'on garde quand même des tags sur les ways inner. Alors c'est tag sur relation pour l'extérieur et tag sur way pour l'intérieur. Ca reste quand même très compliqué pour les novices. C'est dommage. De toute façon, il y aura probablement dans le futur un nouvel élément OSM, en plus des nodes, ways, relations qui se chargera des polygones. C'est en gestation depuis pas mal de temps déjà ([1]) Pieren [1] http://wiki.openstreetmap.org/wiki/The_Future_of_Areas ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Matériel de promotion
Si ça t'intéresse, la carte R25 du coin, imprimable en A4 (300dpi). Si tu veux un autre cadrage ou une autre échelle, un endroit plus rural, dis-le… http://topo.isonoe.net/temp/Toulouse.png Si je viens (faut juste que je me décide à payer le trajet, mais je pense que je vais le faire…), j'apporterai la carte de rando que j'avais faite en A1. JB. Le 29.09.2013 23:03, Sébastien Dinot a écrit : Bonsoir, Ceux d'entre vous qui ont lu mon précédent message le savent, un stand OSM est prévu à l'université Paul Sabatier de Toulouse à l'occasion de la Novela le samedi 12 octobre prochain. Je vais avoir besoin de matériel de promotion pour ce stand : flyers, affiches, voire cartes et autres supports intéressants. Connaissez-vous des supports en français, maintenus et diffusés sous licence libre que je pourrais faire imprimer ? Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag pour centre d'animation?
Bonjour Google indique qu'il existe un tag community_center mais rien n'apparait dans Search quand je tape ce nom. J'ai donc pour le moment laissé Amenity. Par ailleurs, community_center est-il bien le bon tag pour un centre d'animation public/municipal? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Tag-pour-centre-d-animation-tp5779485.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour centre d'animation?
Le 30 sept. 2013 à 19:08, Shohreh codecompl...@free.fr a écrit : Bonjour Google indique qu'il existe un tag community_center mais rien n'apparait dans Search quand je tape ce nom. J'ai donc pour le moment laissé Amenity. Par ailleurs, community_center est-il bien le bon tag pour un centre d'animation public/municipal? Jusqu'ici, les structures appelées ici socio-culturelles (maisons de quartier, centres culturels et de loisirs) sont taggées art center. Les community centers (ou centres pour les US) désignent des lieux d'information et de réunion qui sont dédiés à la communauté des habitants locaux. Rien à voir avec une communauté comme on en décrit, souvent légèrement, en France. Il me semble qu'Obama à travaillé comme juriste d'un community centre de Chicago. C'est grâce à cela qu'il a pu percer en politique Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour centre d'animation?
Mouaif, c'est documenté où, ça ? Ça me rappelle une vieille discussion qui n'avait pas abouti à un consensus, en tous cas dans ce sens, et que art_centre avait été sauvé parce qu'une activité artistique y était présente… https://lists.openstreetmap.org/pipermail/talk-fr/2012-September/thread.html#47293 [2] En tous cas, le wiki valide l'utilisation du community_centre : http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcommunity_centre [3]. JB. Le 30.09.2013 20:02, Christian Rogel a écrit : Le 30 sept. 2013 à 19:08, Shohreh codecompl...@free.fr a écrit : Bonjour Google indique qu'il existe un tag community_center mais rien n'apparait dans Search quand je tape ce nom. J'ai donc pour le moment laissé Amenity. Par ailleurs, community_center est-il bien le bon tag pour un centre d'animation public/municipal? Jusqu'ici, les structures appelées ici socio-culturelles (maisons de quartier, centres culturels et de loisirs) sont taggées art center. Les community centers (ou centres pour les US) désignent des lieux d'information et de réunion qui sont dédiés à la communauté des habitants locaux. Rien à voir avec une communauté comme on en décrit, souvent légèrement, en France. Il me semble qu'Obama à travaillé comme juriste d'un community centre de Chicago. C'est grâce à cela qu'il a pu percer en politique Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-fr [2] https://lists.openstreetmap.org/pipermail/talk-fr/2012-September/thread.html#47293 [3] http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcommunity_centre___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour centre d'animation?
Sur le wiki il y a ça: http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcommunity_centre Un lieu public ou se réunissent les associations et ou il peut y avoir des événements privés. Moi je l'ai utilisé pour des salle des fêtes. Le 30 septembre 2013 20:02, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 30 sept. 2013 à 19:08, Shohreh codecompl...@free.fr a écrit : Bonjour Google indique qu'il existe un tag community_center mais rien n'apparait dans Search quand je tape ce nom. J'ai donc pour le moment laissé Amenity. Par ailleurs, community_center est-il bien le bon tag pour un centre d'animation public/municipal? Jusqu'ici, les structures appelées ici socio-culturelles (maisons de quartier, centres culturels et de loisirs) sont taggées art center. Les community centers (ou centres pour les US) désignent des lieux d'information et de réunion qui sont dédiés à la communauté des habitants locaux. Rien à voir avec une communauté comme on en décrit, souvent légèrement, en France. Il me semble qu'Obama à travaillé comme juriste d'un community centre de Chicago. C'est grâce à cela qu'il a pu percer en politique Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie à Versailles sur l'accessibilité handicapés
Le 23/09/2013 10:34, Tony Emery a écrit : Bonjour à tous, Jean-Louis et moi allons organiser une cartopartie à Versailles sur le thème de l'accessibilité handicapés. Cette cartopartie va être co-organisée avec la Communauté d'Agglomération de Versailles Grand Parc, l'Université de Versailles et ESRI. Pour nous aider à organiser cette cartopartie ou y participer, vous pouvez consulter cette page http://wiki.openstreetmap.org/wiki/FR:Versailles/cartopartie Tous les bras (et les jambes) sont bienvenues. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Cartopartie-a-Versailles-sur-l-accessibilite-handicapes-tp5778510.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Bonsoir, Je me permet de up-er ce fil et de vous rappeler que c'est demain dès 9h à Versailles. A demain, -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'intégration des adresses à nouveau disponible
Le 23/09/2013 17:03, Bruno Cortial a écrit : Le 22 septembre 2013 23:05, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : Bonsoir, Et voila pour Nancy : http://addr.openstreetmap.fr/__nancy/ http://addr.openstreetmap.fr/nancy/ Frédéric. Bonjour, Je crois qu'il y a un soucis pour les relations générées pour Nancy. J'en ai pris une au hasard, et voici ses tags : 5000 = associatedStreet name = RUE DU TEMERAIRE source = Grand Nancy - 06/2013 type = ref:FR:FANTOIR De plus je percute un peu tard, mais dans les données libérées pour ces villes, il n'y a pas le code postal ? Sur Nantes pour l'import initial on avait précisé le code postal sur chaque noeud, mais je me rend compte que pour le delta issu des données 2013 (et traité via osmose) point de code postal sur les nouveaux noeuds. Ouille ! Effectivement, c'est bien le cas, c'est également le cas pour Arles. Le tag source est différent, donc on peut les retrouver facilement. Je vais voir ce que je peux faire pour faire apparaitre le problème dans Osmose. Autre chose, le nombre d'adresses manquantes à Nantes monte... http://osmose.openstreetmap.fr/fr/errors/graph.png?source=1347item=8080class=2 Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartopartie à Versailles sur l'accessibilité handicapés
Bonsoir, c'est bête je suis sur Versailles le 2 et 3. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie à Versailles sur l'accessibilité handicapés
Le 30/09/2013 21:22, Simon Miniou a écrit : c'est bête je suis sur Versailles le 2 et 3. Itou. Je ne sais pas combien nous serons, mais il y a plusieurs présentations autour d'OSM sur les 2 jours, et donc autant d'occasions de se croiser. Pour se repérer, à défaut de gilet jaune fluo OSM FR, gardez votre badge en évidence :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre.openstreetmap.fr
Christophe Merlet red...@redfoxcenter.org wrote: ?? Ben.. si. Il n'y a aucune obligation à donner en retour dans la license. Ben si, elle a obligation de redistribuer les modifications apportées aux données. http://opendatacommons.org/licenses/odbl/summary/ Je pense que Pieren est bien informé de la licence ;-) Mais la licence ne pose *aucune* obligation en donner en retour... Tantu que l'on ne modifie pas les données. Et en effet à partir du moment ou l'on distribue des données issut de OSM et que l'on y apporte de modifications ; dans ce cas la licence *oblige* à un retour, mais uniquement dans ce cas. En plus clair, une société privée peut très bien pomper les données OSM (ou une partie) et les proposer en vente sur internet sans aucun retour à OSM (si il n'y a pas modification). La société peut a priori même proposer son propre rendu payant par exemple. La seule obligation dans ce cas reste de citer la source. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour centre d'animation?
Jérôme Amagat wrote Un lieu public ou se réunissent les associations et ou il peut y avoir des événements privés. Moi je l'ai utilisé pour des salle des fêtes. Ça me plait bien, mais comment sélectionner ce tag dans Id? Après avoir cliqué sur Edit, j'ajoute un point, puis dans Search à gauche, je tape community_center mais il n'apparaît pas dans la liste. Comment ajouter ce tag? -- View this message in context: http://gis.19327.n5.nabble.com/Tag-pour-centre-d-animation-tp5779485p5779514.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour centre d'animation?
Le 30/09/2013 22:21, Shohreh a écrit : Après avoir cliqué sur Edit, j'ajoute un point, puis dans Search à gauche, je tape community_center mais il n'apparaît pas dans la liste. Comment ajouter ce tag? Une fois ton point ajouté, au lieu d'utiliser l'outil de recherche, va voir tout en bas de la liste des propositions, tu trouveras Point. En le choisissant, tu n'as aucun tag pré-rempli. Dans la zone Tous les tags, tu peux saisir en texte libre aussi bien les tags (à gauche) que les valeurs (à droite). Dans le cas présent, ce sera amenity=community_centre (avec centre et non center). vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour centre d'animation?
2013/9/30 Shohreh codecompl...@free.fr: Ça me plait bien, mais comment sélectionner ce tag dans Id? Je crois que maintenant tu es assez grand pour passer à JOSM ;-) http://josm.openstreetmap.de/ http://wiki.openstreetmap.org/wiki/FR:JOSM Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag pour centre d'animation?
Vincent de Château-Thierry wrote Une fois ton point ajouté, au lieu d'utiliser l'outil de recherche, va voir tout en bas de la liste des propositions, tu trouveras Point. Ok, c'est bon. Merci pour les infos Pour JOSM, je vais attendre encore un peu ;-) -- View this message in context: http://gis.19327.n5.nabble.com/Tag-pour-centre-d-animation-tp5779485p5779522.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Pour info, il y a une discussion en cours sur talk@ (il me semble) pour être plus strict dans les multipolygones pris en compte par osm2pgsql et à terme sur le rendu par défaut d'OSM... car tant que des multipolygones bancals sont correctement rendus, il y a peu de chance que les contributeurs se mettent à les remettre d'aplomb. https://lists.openstreetmap.org/pipermail/talk/2013-September/068189.html Le 30 septembre 2013 11:21, V de Chateau-Thierry v...@laposte.net a écrit : Le souci est plutôt dans la pratique, vu que les outils (notamment osm2pgsql) cherchent à exploiter les multipolygons sans tags significatifs, en remontant les tags des ways membres (cf. ton exemple de natural=water à Colmar), manifestement par souci de retro-compatibilité (ce qui est louable, vive les paradoxes). En cautionnant ça, on n'incite pas à modéliser les multipolygon correctement. À noter qu'à ce jour, pour parler d'un cas répandu chez nous, l'outil de mise à dispo du cadastre vectoriel, pour les bâtiments, utilise des multipolygons sans tag 'building' et taggue en building les ways avec rôle 'outer'. C'est dommage. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie à Versailles sur l'accessibilité handicapés
J'amène des gilets jaunes... notre uniforme ;) Le 30 septembre 2013 21:51, Vincent de Château-Thierry v...@laposte.net a écrit : Le 30/09/2013 21:22, Simon Miniou a écrit : c'est bête je suis sur Versailles le 2 et 3. Itou. Je ne sais pas combien nous serons, mais il y a plusieurs présentations autour d'OSM sur les 2 jours, et donc autant d'occasions de se croiser. Pour se repérer, à défaut de gilet jaune fluo OSM FR, gardez votre badge en évidence :-) vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Projet pour rendre Osmose disponible en Asie ?
Bonjour, Je voudrais savoir s'il est prévu un jour d'étendre la couverture d'Osmose en Asie. Le wiki http://wiki.openstreetmap.org/wiki/FR:Osmose fait état de la couverture actuelle mais pas des éventuels ajouts si les moyens techniques manquants sont un jour levés. Bien cordialement, Séverin HOT ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] ローソンデータのインポート時タグ定義
Tomです。 すいません。少し教えてください。 もしかして、既出の話しでしたら、ごめんなさい。 この議論は、ローソンだけに適用するのか？、 それとも、この議論を踏まえて、他のチェーン店舗などにも準拠していくのでしょうか？ コンビニであれば、個人的には、支店名の(name=)表記の必要性は薄いように思いますが。 ですが、例えば、「東横イン」とか駅前に数件ある事も多々あります。 どのホテルも「東横イン」だけだと、間違えちゃいそうです。 「東横イン 駅東口１号館」「東横イン 駅東口２号館」って表記したいですよね。 名古屋市内の「山ちゃん」も同じ状況だと思います。 2013年10月1日 11:47 Satoshi IIDA nyamp...@gmail.com: いいだ@個人帽子です。 nameタグのカッコ書きについての議論が一段落したようなので、 ローソンインポートについての議論を再開させてください。 インポート用データとして、情報をどのタグとして表現するか、いくつかの案がでています。 nameタグのなかに店舗名まで入れるかどうか、という点が議論のポイントになっています。 # 他のタグについてはそんなに意見なさそう？ # atmやお手洗いのタグは、インポートデータとしては含まない、ということで一致しているかと思います # https://lists.openstreetmap.org/pipermail/talk-ja/2013-August/007570.html http://wiki.openstreetmap.org/wiki/JA:Lawson_hackathon_2013 ■ローソンほげほげ店、というデータがあったとして ・現行表記: name = ローソン(LAWSON) name:en = LAWSON branch = ほげほげ店 brand = LAWSON ・山下案 name = ローソン name:en = LAWSON branch = ほげほげ店 brand = ローソン (or ナチュラルローソン, ローソンストア100) ・古橋案 name = ローソン ほげほげ店 name:en = LAWSON branch = ほげほげ店 brand = ローソン (or ナチュラルローソン, ローソンストア100) ・いいだ案 name = ローソン name:en = LAWSON official_name = ローソン ほげほげ店 branch = ほげほげ店 brand = ローソン (or ナチュラルローソン, ローソンストア100) ■いいだ案についての補足 nameタグに、支店の名称は含めないほうがよいのでは、と思っています。 詳しい意見は前回のメールに記載しています。 https://lists.openstreetmap.org/pipermail/talk-ja/2013-August/007580.html ちょっと意見に追加あるので、サマリとしてまとめると以下かな、と思います。 ・【新意見】nameタグに複数の情報が入っていると、独自レンダリングする際にも不都合なことが多い ・【新意見】name:enタグに入れる情報との整合性 (name:en では LAWSONの表記です) ・過去ルールとの整合性 (http://wiki.openstreetmap.org/wiki/JA:Naming_sample) ・branchタグはProposal段階だが、すでに広く使われている http://wiki.openstreetmap.org/wiki/Key:branch (discussionページでも、name:* との使い分けについて議論されてますね (^^; ) 2013年8月31日 22:26 Satoshi IIDA nyamp...@gmail.com: いいだです。 例示がないと、どういうことが問題になっているのかわかりづらいのでｗ 勝手に例をつくってみると、以下のようなかんじと思います。 古橋さんの書かれていることは、もうちょい例示があったほうがよいとおもいます。補足いただけると嬉しいです。 ■ローソンほげほげ店、というデータがあったとして ・現行表記: name = ローソン(LAWSON) name:en = LAWSON branch = ほげほげ店 brand = LAWSON ・山下案 name = ローソン name:en = LAWSON branch = ほげほげ店 brand = ローソン (or ナチュラルローソン, ローソンストア100) ・古橋案 name = ローソン ほげほげ店 name:en = LAWSON branch = ほげほげ店 brand = ローソン (or ナチュラルローソン, ローソンストア100) ■おふたりの意見で合意している内容 カッコ書きの英語表示はやめようぜ、まではどちらも同じ意見です。 これは私も賛成します。 Mapboxや、MapsWithMeなど、多言語をちゃんと扱えるレンダラやアプリケーションもでてきました。 また、独自にサーバをたてる技術も、かなり一般化してきていると思います。 osm.orgのレンダリングに引っ張られる必要は、そろそろないのではないでしょうか。 ■nameタグにおける基本方針 念のため、nameタグとは「現地で確認でき、現地の人が呼称する一般的な名称」をさします。 では、その「一般的な名称」とは何を指すだろう、というところで意見に相違があるのだと思っています。 僕の感覚からゆくと、それは「ローソン」です。 なので、山下さんの案に +1です。 また、既存のルール付けとも方向性が合致しており、修正がしやすいかと思います。 なお、Taginfoによればbranchタグは現在 14000ほどの使用例があり、 プロポーザル段階とはいえそれなりに利用・認知さているタグであるという認識です。 ■インポートによる名称データ official_name=* というタグがあります。 公式にはどのような名称であるか、を表します。 タグ本来の目的を鑑みるに、ローソンが公式に呼称している名称であれば、 その情報はここにいれるほうがよいのではないか、という気もしています。 nameとして山下さんの案か、古橋さんの案になるかは他のかたの意見も伺うとして、 ローソンさん自身による公式名称であれば、official_nameにいれたほうがよいのでは、という気がします。 (それならばほとんど競合もないでしょう) なので、飯田案は以下のようなかんじです。 name = ローソン name:en = LAWSON official_name = ローソン ほげほげ店 (注：かな？ ちょっと自信なし) branch = ほげほげ店 brand = ローソン (or ナチュラルローソン, ローソン100) -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] National speed limit changes
On 29 September 2013 10:05, Colin Smale colin.sm...@xs4all.nl wrote: ** Peter, I say this because the '70 mph' value for maxspeed can only be used case where a road is a dual-carriageway. What about link roads and slip roads? Sometimes they seem to go on for miles without an obvious other carriageway. Yet the correct maxspeed is often 70mph, is it not? How about saying that 70mph can only be valid on a way tagged as one-way? In a word, I believe the answer is 'no'. I say that because the legal definition of a dual-carriageway appears to be vague, with unclear edge-cases. There are certainly examples of one-way national speed limit trunk and primary roads which are not 70 mph. Possibly it would be best to discuss some actual situations. How about Junction 31 on the A14 junction to the west of Cambridge. Most slip roads are currently 60 mph, but one is 70 mph. A short section of parallel ways of the Huntingdon Road is shown as 70 mph however I am not now clear if that short section constitutes a dual carriageway. http://www.itoworld.com/map/124?lon=0.07067lat=52.23321zoom=15fullscreen=true How about the many short sections of 'dual-carriagway' on the A120 in Essex such as this one. Dual carriageway or not? I am not clear. http://www.itoworld.com/map/124?lon=1.21929lat=51.92823zoom=17fullscreen=true Or this junction between the M1 and A421. Again, short sections of 'dual-cariageway' and slip roads to both a motorway and a trunk road. What is their status? http://www.itoworld.com/map/124?lon=-0.60951lat=52.02764zoom=16fullscreen=true It is for these reasons that I advocate setting maxspeed:type simply to 'GB:national' and then interpretting it to the best of our current knowledge as a numeric limit in maxspeed. Possibly we should err on the side of caution with the numeric limit. Regards, Peter Colin On 2013-09-29 10:14, Peter Miller wrote: To attempt to summarise the situation: - The maximum legal speed for any vehicle should be a number in maxspeed following by mph. - There should also be information available to say if this speed is defined as a number in a circle or a black and white sign - There is also benefit, for various reasons, to know if a road is single carriageway or dual carriageway. - There also seems to be agreement (in the form of silence from some) that there is no clear definition of what is and is not a dual-carriageway in the UK without going to court! - OSM tagging policy is generally that one should tag what one sees. As such, it seems unreasonable to ask a new mapper to great a situation requiring a court case for every ambiguous section of road in the country to establish if they are dual carriageways or single carriageways. This is why I suggest we use GB:national to indicate that the speed is set by a black/white sign. We could however compromise and suggest 'GB:nsl_dual' where we know if is a dual carriageway, 'GB:nsl:single' where we know it isn't and GB:national where we aren't sure. Alternatively, we could always use 'GB:national' for the maxspeed type and add other tagging to indicate dual carriagewayness, either using 'carriagway=A/B' tag or a relation with type=dual-carriageway or similar. Or.. and this is the simplest approach in the short term as far as I can see which I have been advocating, we can imply dual-carriagewayness by a combining a highway tag with the tag pairs 'maxspeed=70' and 'maxspeed:type=GB:national'. I say this because the '70 mph' value for maxspeed can only be used case where a road is a dual-carriageway. As we get clearer about what constitutes a dual-carriageway or not we then only need to change with speed between 70 mph to 60 mph. We can then also populate approach dual-carriageway tagging on these roads. Regards, Peter On 29 September 2013 00:45, Nick Allen nick.allen...@gmail.com wrote: Peter, After your first post on this, my initial thought was that you were correct and the simpler tag you were proposing was enough. I started following your proposal, but I've thought a little more feel that the more involved 'GB:nsl_single' type tag is actually needed I'll be going back through my work over the last couple of days and changing it back. My thinking is; i/. The basis of GB law is that it is up to the individual to know what the law states, and to comply with it. No matter what your SatNav tells you it won't help you when you are standing in a court explaining your actions - the SatNav is a guide only and some maintain that they are unsafe as they distract the driver who may therefore miss the speed limits being displayed. ii/. If you are driving a motor vehicle with very few exceptions you should comply with the law regarding speed limits. iia/. A built up area with street lighting (I'm not entirely sure how you define built up area, and I seem to remember something about the street lights being no more than 200
Re: [Talk-GB] TfL bus maps as source
Kevin Steen osm@... writes: What's the safest way to proceed with this - delete the relation entirely and create a new one from my notes? There is no need to delete a relation that was created from legitimate sources. The best way would would be to remove the misleading tag with a changeset comment that says why it wrong. -- Andrew ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Hand-drawn OS maps on Wikimedia Commons
Hi Steven, The short answer is not quite sure - I bodged these together from a couple of CSV metadata sheets. I think they've been exported from something else to get to this stage but I don't have access to that (though I could ask). Do you have an example of the kind of metadata/formatting you would need? (I mostly lurk on this mailing list; not a very active OSM/digital cartography type, so may be missing something obvious here) Are the KMZ/KML files from the BL sufficient? This is the same metadata same files (give or take a bit of cleaning up) so should match directly. Andrew. On 29 September 2013 17:20, Steven Horner ste...@stevenhorner.com wrote: Corner coordinates are now displaying, allowing these to be aligned adjusted to fit. Have fun! Are the configuration files available already somewhere or is there a plan to make them available so users of the maps could just load the maps rather than having to align themselves with the given coordinates. I have just aligned about half a dozen of the maps using MAPC2MAPC and the coordinates posted but it's a long job to do the whole 200 files. Happy to post the files somewhere of the ones I have done. -- - Andrew Gray andrew.g...@dunelm.org.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Reminder: OSM US board elections - update your membership
OSM US board elections are coming up rapidly (Oct 5 - 12), all OpenStreetMap US members are eligible to vote. Here's a reminder to - update your membership - become a member if you aren't one yet :) - consider running for election Find all details here: http://openstreetmap.us/2013/08/elections-2013/ -- Alex Barth Secretary OpenStreetMap United States Inc. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Baltimore County GIS Data is now public domain
From: Richard Weait [mailto:rich...@weait.com] Sent: Monday, September 30, 2013 2:11 PM Subject: Re: [Talk-us] Baltimore County GIS Data is now public domain Your use of public domain in the subject is potentially confusing, since there is no reliable method for you to declare that the data is in the public domain. Although this is true for an individual, it is more complicated for a government. There are a few ways that a dataset might be public domain. - The government could view the material as data which does not qualify for copyright protection in the US. This puts the dataset in the same state as one created by the federal government - there is nothing protected by copyright. - The government could be barred by a statute or regulation from restricting the dataset's use under copyright. The situation here is more complex because they may be copyright holders, but are prevented from acting like they were. I generally accept that when a government makes a statement about releasing data in a particular way that they have the legal ability to do so. Their lawyers presumably know the law applicable to them and have a basis on which to make their statements. It would be wonderful if you would choose and attach the following license(s) to the data, and your web site on which they are published. ODC PDDL (preferred, because it is specific to data), CC-Zero. In the US there are no database rights so CC0 does an adequate job of releasing the rights that do exist. It's when you start to not unconditionally release rights that the CC licenses and ODC licenses differ in the US. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Baltimore County GIS Data is now public domain
Richard Weait writes: Your use of public domain in the subject is potentially confusing, since there is no reliable method for you to declare that the data is in the public domain. Please see the wiki article linked. If someone claims that their copyrighted work is in the public domain, and then tries to enforce the copyright on you, you present the declaration to the judge, the judge is going to declare that there is no copyright to be infringed, and everybody goes home having spent a minimal amount of time and money on what is ultimately foolishness. It's much more likely that the US will invade Canada to get your recipe for poutine. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
