date:20120930





Am 30.09.2012 um 03:28 schrieb Paul Norman penor...@mac.com:

 
 The distribution of building sizes indicates otherwise. The most common
 building size in the cadastre imports is a mere 6 square meters (65 square
 feet).


Sorry, of course you are right, I guess I was confused last night ;-)

Cheers,
Martin

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] All you've ever wanted to know about the french cadastre

2012/9/30 Christian Quest cqu...@openstreetmap.fr:
 We provided explanations many times...
 Separate polygons can come from:
 - different ownership of building parts
...
 It is not data errors, but much more detailed geometry compared to
 what you can do by simply surveying or trace on aerials.


IMHO it is a data error when one building is split up into several
buildings because the one building has more than 1 owner, or do you
tag the parts as parts and have eventually a method of recombining
these parts into one building? As far as I know we do not at all tag
owners of objects in OSM.

cheers,
Martin

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] All you've ever wanted to know about the french cadastre

2012-09-30 Per discussione Paul Norman

 From: Vladimir Vyskocil [mailto:vladimir.vysko...@gmail.com]
 Subject: Re: [OSM-talk] All you've ever wanted to know about the french
 cadastre
   The larger part of cadastre data
  is just dumped into the data base never to be touched again by any
 mapper.

 That's also wrong, the french community has developed some very powerful
 tools like osmose.openstreetmap.fr which is used to automatically
 discover many errors from cadastre and others, it's used along the
 import process by many people to locate and fix many bugs, for example
 here is a search focused on some errors that we seek :

Sarah's numbers come from Nominatim and the statistics for France and are
based on most of the imported buildings not having other tags added to them.
Because I have a pgsnapshot database at home I can do a more detailed
analysis to evaluate what percentage of cadastre buildings have been touched
since they were uploaded, looking at any change, even the addition or
deletion of nodes.

There are 28.7 million building=* ways with one of the top 5 cadastre source
values on http://taginfo.openstreetmap.org/keys/source#values. Of these 17.9
million are version=1. 62.2% of cadastre building ways are never touched
again by any mapper. Sarah is correct and the majority of imported buildings
are never touched.

Aside: Because 18% of the ways in the database are from the French cadastre
generating these stats requires a sequential scan of the ways table and
really makes me with I had an array of SSDs.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] All you've ever wanted to know about the french cadastre

2012-09-30 Per discussione Lester Caine


Martin Koppenhoefer wrote:

We provided explanations many times...
Separate polygons can come from:
- different ownership of building parts

...

It is not data errors, but much more detailed geometry compared to
what you can do by simply surveying or trace on aerials.


IMHO it is a data error when one building is split up into several
buildings because the one building has more than 1 owner, or do you
tag the parts as parts and have eventually a method of recombining
these parts into one building? As far as I know we do not at all tag
owners of objects in OSM.


I'm happy to split buildings where I have house numbers ... then there is an 
identifiable difference between the two halves. But I am sorry Christian I 
simply do not accept that cadastre is producing the detail you claim. NONE of 
the buildings that I DID waste time tracking back through the Main site were 
identifiable as separate structures !!! And the facts in the database do not 
support your claim :( The area identified a couple of days back had small 
buildings with multiple odd shaped blocks that bare no relation to the imagery 
and have no additional tagging. It would be easier for a french speaker to get 
back through the Cadastre site, but when I did manage to get to that area I 
could see little to identify separate buildings that were being displayed in 
OSM! Heck, the OS streetview data is cleaner and we decided NOT to import that ...
I have no doubt SOME French mappers are using the data as intended, but on the 
whole I don't think the data does anything to improve OSM :(


--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Community Edit Monitoring vs Worldwide BOT Coverage in Changesets

2012-09-30 Per discussione Pierre Béland

The Changeset Display for an area (ie. History tab of OpenStreetMap.org) 
shows all the changesets covering a local area. In this display, we often see 
Worldwide 
BOT Changesets even if there is no modifications made to the area,. RSS feeds 
are producing false alerts, and it is uneasy to find if any changes are made to 
the local area. We sometimes have to go to hundreds of modifications in the 
Changeset to verify if the local area is affected.


This Worldwide coverage in Changesets limits our capacity to simply monitor 
changes to the map and OSM  conributors have often complain about this.


Automated Edits code of conduct [1] and Mechanical Edit Policy [2] wiki pages 
do not talk about restricting Worldwide BOT Coverage in one Changeset.  
Searching the discussion lists, I cannot find discussion / propositions to 
establish rules that limit the coverage.


I then propose to add a a rule for Automated / Mechanical Edits so that an 
individual Changeset do not cover a large area. It could be for example a rule 
that says no more than a 500km x 500km.


Pierre 

[1] http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
[2] http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Community Edit Monitoring vs Worldwide BOT Coverage in Changesets

2012-09-30 Per discussione Pavel Melnikov

Hello Pierre.

I think the better way to solve this problem is to make history page show
changesets that actually *affect* the area in question, not changesets
that*only cover
* area. There are some works in this direction, the most recent seems to be
http://zverik.osm.rambler.ru/whodidit/ . There was OWL which is now down,
but is promised to be back.
 Also, there is an automated filter for RSS history feeds:
http://positron96.appspot.com/osmfilter.html - the service can filter out
large changesets from rss feed, and give you with filtered feed.
Hope it helps.

Pavel

On Sun, Sep 30, 2012 at 9:26 PM, Pierre Béland infosbelas-...@yahoo.frwrote:

 The Changeset Display for an area (ie. History tab of OpenStreetMap.org)
 shows all the changesets covering a local area. In this display, we often
 see Worldwide BOT Changesets even if there is no modifications made to the
 area,. RSS feeds are producing false alerts, and it is uneasy to find if
 any changes are made to the local area. We sometimes have to go to hundreds
 of modifications in the Changeset to verify if the local area is affected.

 This Worldwide coverage in Changesets limits our capacity to simply
 monitor changes to the map and OSM  conributors have often complain about
 this.

 Automated Edits code of conduct [1] and Mechanical Edit Policy [2] wiki
 pages do not talk about restricting Worldwide BOT Coverage in one
 Changeset.  Searching the discussion lists, I cannot find discussion /
 propositions to establish rules that limit the coverage.

 I then propose to add a a rule for Automated / Mechanical Edits so that an
 individual Changeset do not cover a large area. It could be for example a
 rule that says no more than a 500km x 500km.

 Pierre

 [1] http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
 [2] http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy

 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] User activity stream - progress update

2012-09-30 Per discussione Paweł Paprota

Hi all,

Back in August I made some noise on IRC and mailing lists about the
activity stream stuff. We had some discussions about technical approach
which were very useful to me. Since then I got side tracked with other
work, both OSM related and otherwise.

However, this weekend I've started implementing what I call
OpenStreetMap Activity Server. You can learn more about it from
project description on GitHub:

https://github.com/ppawel/osm-activity-server/blob/master/README.md

The idea is simple enough: applications can publish activities to the
Activity Server and the server in turn is able to serve user's activity
stream - so Rails Port would retrieve such stream to display it on the
user page for example.

As for publishing activities, there are a few things I have in mind:

1. Mapping activity - an application would analyze current changesets
and publish activities to the Activity Stream so that users see what is
going on in their region. In addition, OWL could publish activities for
users interested in specific areas (although I have not looked into OWL
so not sure if this is feasible).

2. Diary entries - these could get more exposure through the activity
stream.

3. Status update activities - hopefully not like Facebook's I just
ate a good sandwich but more like Let's go map the forest on
Saturday.

Well, these are just some ideas anyway...

Let me know what you think, feel free to comment on the code (which is
in a very early stage obviously) or on the idea in general.

PS. Excuse the cross post but I feel this is relevant both to users and
developers at this point (e.g. would be nice to hear if users actually
want something like this...).

Paweł

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] All you've ever wanted to know about the french cadastre

On Sep 30, 2012, at 3:41 AM, Paul Norman penor...@mac.com wrote:
 Of these 17.9
 million are version=1. 62.2% of cadastre building ways are never touched
 again by any mapper.

So what?  That still doesn't tell you anything. We've already heard 
descriptions of the process including edits and cleanup before the first 
commit. 

You can do lots of spot-checks to find polygons that appear to not match aerial 
photos and call them liars about *that*, but *these* numbers tell nothing about 
it one way or the other. 

 Sarah is correct and the majority of imported buildings
 are never touched.

No, it does not tell you they aren't touched. It tells you that they aren't 
touched after the first commit. If they edited it before the commit, then of 
course most won't need to be touched again soon!  

Oh, and the other 12+ million, 38%, almost half, with multiple edits? Yeah, 
sorry France, you don't get any credit for that. 

I am so sick and tired of this discussion.All the import-criticizers rant 
and whine about build the local community.  What I'm reading is there's a 
pretty active community in France, and they like this cadastre import.

If you are outside France, shut up and let them do their thing. 

- Alan
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] All you've ever wanted to know about the french cadastre

On Sep 30, 2012, at 3:10 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote:
  As far as I know we do not at all tag
 owners of objects in OSM.

By we, do you mean your local community or all OSM users?  If all users, then 
as far as I know, we tag anything we find useful in OSM. 

Oh, see also:

http://taginfo.openstreetmap.org/keys/operator

-Alan

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Community Edit Monitoring vs Worldwide BOT Coverage in Changesets

2012-09-30 Per discussione Pierre Béland

Thanks Pavel

The changesets listed were reduced by half when providing the url 
http://www.openstreetmap.org/browse/changesets?bbox=-73.6318%2C45.409%2C-73.444%2C45.4946
 with http://positron96.appspot.com/osmfilter.html.

This solution would effectively eliminate an important amount of changesets 
from the History Report if it was adopted.


Therefore, this solution does not cover all the situations. When a worldwide 
changeset covers partly a local area, it is quite uneasy to detect wich objects 
were modified in this local area. Especially when the changeset  affects 
hundreds of objects. 

If changesets were limited to one country (or nearby countries when crossing 
borders), there would be even less changesets reported in a local area. 
Changesets would also contain less objects. 

Both revising the History Report and establishing rule to restrict the coverage 
area of changesets would facilitate monitoring in a local area. 
 
Pierre 




 De : Pavel Melnikov positro...@gmail.com
À : Pierre Béland infosbelas-...@yahoo.fr 
Cc : talk talk@openstreetmap.org 
Envoyé le : Dimanche 30 septembre 2012 12h29
Objet : Re: [OSM-talk] Community Edit Monitoring vs Worldwide BOT Coverage in 
Changesets
 

Hello Pierre.



I think the better way to solve this problem is to make history page show 
changesets that actually affect the area in question, not changesets thatonly 
cover area. There are some works in this direction, the most recent seems to 
be http://zverik.osm.rambler.ru/whodidit/ . There was OWL which is now down, 
but is promised to be back. 

Also, there is an automated filter for RSS history feeds: 
http://positron96.appspot.com/osmfilter.html - the service can filter out 
large changesets from rss feed, and give you with filtered feed.

Hope it helps.



Pavel


On Sun, Sep 30, 2012 at 9:26 PM, Pierre Béland infosbelas-...@yahoo.fr wrote:

The Changeset Display for an area (ie. History tab of OpenStreetMap.org) 
shows all the changesets covering a local area. In this display, we often see 
Worldwide 
BOT Changesets even if there is no modifications made to the area,. RSS feeds 
are producing false alerts, and it is uneasy to find if any changes are made to 
the local area. We sometimes have to go to hundreds of modifications in the 
Changeset to verify if the local area is affected.



This Worldwide coverage in Changesets limits our capacity to simply monitor 
changes to the map and OSM  conributors have often complain about this.


Automated Edits code of conduct [1] and Mechanical Edit Policy [2] wiki pages 
do not talk about restricting Worldwide BOT Coverage in one Changeset.  
Searching the discussion lists, I cannot find discussion / propositions to 
establish rules that limit the coverage.


I then propose to add a a rule for Automated / Mechanical Edits so that an 
individual Changeset do not cover a large area. It could be for example a 
rule that says no more than a 500km x 500km.



Pierre 

[1] http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
[2] http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk




___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Community Edit Monitoring vs Worldwide BOT Coverage in Changesets

2012-09-30 Per discussione Ilya Zverev


Pierre Béland wrote:
The changesets listed were reduced by half when providing the url 
http://www.openstreetmap.org/browse/changesets?bbox=-73.6318%2C45.409%2C-73.444%2C45.4946 
with http://positron96.appspot.com/osmfilter.html.


This solution would effectively eliminate an important amount of 
changesets from the History Report if it was adopted.


Therefore, this solution does not cover all the situations. When a 
worldwide changeset covers partly a local area, it is quite uneasy to 
detect wich objects were modified in this local area. Especially when 
the changeset  affects hundreds of objects.


Try 
http://zverik.osm.rambler.ru/whodidit/scripts/rss.php?bbox=-73.6318%2C45.409%2C-73.444%2C45.4946


Alas, it will not show changesets that modified only ways or relations 
in the area, but haven't touched any of the nodes. You need to use OWL 
(which is offline at the moment) to have that.



IZ

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-nl] Hosting of rackspace gezocht voor yournavigation.org

2012-09-30 Per discussione Lambertus


On 30-09-12 00:18, Maarten Deen wrote:


Je krijgt tegenwoordig steeds meer plaatsen waar je thuis een 
aansluiting op glasvezel hebt. Zou dat ook werken?


Maarten
(nog geen glas)

Ja hoor, zolang je maar van buitenaf bij een poortje kan komen. De 
verbinding hoeft geen glas te zijn, ik schat dat 10 Mbit al genoeg is 
(de reactietijd route aanvragen af te handelen isbelangrijk maar het 
gaat hier niet om bulk dataverkeer). Poort 80 hoeft ook niet 
toegankelijk te zijn, de frontend website kan routes vanaf elke 
willekeurige poort opvragen.


Ik zit hier nog met ADSL (1Mbit uplink). Reggefiber slaat Apeldoorn 
voorlopig over, wegens de financiele problemen van het gemeentebestuur. :-(


___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [Talk-br] (Re-)mapaton IBGE

2012-09-30 Per discussione Vitor Sessak


Olá a todos e desculpe pela demora,

Eu atualizei o arquivo com os caminhos do IBGE que não foram modificados 
desde a importação inicial: 
http://sites.google.com/site/vsessak/IBGE_nao_modificado4.osm.gz .


Para quem quiser ver o progresso que foi feito desde antes da mapathon, 
basta abrir o novo e o velho arquivo em camadas diferentes do JOSM. Mas 
para quem não quiser baixar os arquivos eu resumo: bastante coisa foi 
remapeada :-)


[]'s,
-Vitor

On 09/07/2012 06:13 PM, Vitor George wrote:

Eu quis dizer se você pode atualizar este arquivo semanalmente.



2012/9/7 Vitor George vitor.geo...@gmail.com
mailto:vitor.geo...@gmail.com

Muito boa iniciativa Vitor.

Você que pode atualizar este arquivo semanalmente até que tudo já
esteja remapeado?

Vitor

2012/9/7 Vitor Sessak vitor1...@gmail.com mailto:vitor1...@gmail.com

Olá a todos,

Para que não viu as outras mensagens da lista, o Aun deu a boa idéia
de fazer um mapaton hoje para remapear os dados imprecisos do IBGE.
Logo eu aproveitei para atualisar minha lista de vias que
precisam ser
remapeadas. O arquivo pode ser baixado em
http://sites.google.com/site/vsessak/IBGE_nao_modificado2.osm.gz .

Para quem quiser participar é simples:

1) Abrir o arquivo acima numa nova camada no JOSM. O arquivo é
composto de pontos e normalmente cada um corresponde à uma via pouco
precisa a ser remapeada.
2) Procurar um destes pontos onde tem imagens do Bing (de
preferência
de boa qualidade, mas se a de baixa resolução for boa o suficiente
para mapear serve).
3) Baixar os dados dos OSM numa camada diferente daquela do arquivo.
4) A não ser que um outro voluntário já tenha remapeado essa via
hoje,
ela deve ter um traçado bem ruim. Se for o caso, remapeie a via e
melhore a qualidade do OSM no Brasil :-)

[]'s
-Vitor

___
Talk-br mailing list
Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br





___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br




___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Tag name=*

2012-09-30 Per discussione martin137

Olá Leandro,

 Date: Sat, 29 Sep 2012 11:33:09 -0300
 From: Leandro Motta Barros l...@stackedboxes.org
 To: OSM talk-br talk-br@openstreetmap.org
 Subject: [Talk-br] Tag name=*

 Bom dia,

 Vejo muitos usos da tag name que eu considero inadequados. Por exemplo:

 1) name=Acesso à Avenida XYZ
[...]
 Nenhum destes casos refere-se a um nome oficial. Para mim, são
 claramente tagging for the renderer. O segundo caso também é ruim

pelo menos no no. 1) pode ser você quem está errado (e poderia se preocupar 
menos): Aqui em Florianópolis existem muitas ruas que tem uma placa oficial com 
nome exatamente assim. Por favor não apague esses dados. Não importa se existe 
alguma lei com esse nome ou não. Se está na placa, é um nome no sentido de OSM. 
O maior problema é que nenhum editor do OSM (e nem o sistema em si) exige 
fontes, então em muitos casos não dá para saber de onde o colega tirou o nome.

Nomes como Escola podem ser incompletos mas não sei se isso justifica 
apagá-los. Se alguém passa de carro e só vê uma placa Escola... sem conseguir 
ler o nome completo, ele pode achar melhor colocar o nome Escola (com algum 
fixme ou note) que nenhum. Mas certo, sem fonte não dá para verificar esta 
história. Se Retorno é um nome, não sei. Sem dúvida é uma informação que não 
devia ser apagada mas no máximo ser colocada num outro tag. Às vezes tem Saída 
1 e Saída 2, por exemplo. Esses não são nomes? Sem dúvida a informação é 
ainda mais útil que o Retorno.

Em cidade que não conheço só corrijo erros realmente óbvios e tento não apagar 
dados neste processo. O resto deixaria para o grupo local. Infelizmente poucas 
cidades têm um wiki ou pelo menos um contato. Correções regulares no país todo 
usando um bot, por exemplo, deviam ser documentados no wiki.

Martin

___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] Etwas Ratlos -- taggen für den Renderer

2012-09-30 Per discussione Ronnie Soak

Hi,

um mal auf die Originalfrage zu antworten:

Ich habe hier auch vermehrt Fälle, die ich für
'Tagging-für-den-Renderer' halte. Allerdings is es wirklich nicht
immer einfach, das von normalen tagging-Fehlern zu unterscheiden.

Ein 'village_green' für eine innerstädtische Grünfläche sieht zum
Beispiel nach einem Anfängerfehler aus, der changeset-Kommentar verrät
dann aber doch, dass das war um es 'grün auf der Karte' zu machen.
Hier hab ich dann einfach auf ein 'grass' geändert und in meinem
Kommentar auf die Wikiseite von 'village_green' verwiesen.

Ein anderes mal hielt ich ein natural=water für das Becken eines
Springbrunnens für 'Tagging-für-den-Renderer', musste dann aber
feststellen, das im Wiki diese Verwendung durchaus nicht
ausgeschlossen wird. Ich hab das Tag dann so gelassen.

Genaus fraglich ist, wenn einer einen railway = tram_stop node neben
die railway = platform ways setzt. Ganz klar nur passiert, um das Icon
in die Karte zu bekommen. Aber laut Wiki auch nicht wirklich falsch.

Anders sieht es aus, wenn Leute nodes in bereits richtig getaggte
Gebäude setzen, weil ihnen in Potlatch das Icon fehlt. Die lösch ich
einfach wieder mit entsprechendem Kommentar.

Generell tausche ich solche Tags mit einem Hinweis in meinem
Changesetkomentar aus, wenn ich mir der Sache sicher bin und es
vereinzelt vorkommt. Macht der User das dauernd (oder ändert sogar
bestehende Tags ab), schreibe ich ihn an. In den seltensten Fällen
erhalte ich Antwort, die meisten hören aber trotzdem auf.

Helfen könnte meines Erachtens nach eine Liste von 'Schlechten
Beispielen' auf der Wikiseite [1], sowie ein wenig Begründung, warum
das nicht sein soll (fhlt momentan). Damit ist Anfängern schneller
klar, was gemeint ist und man braucht erst mal nur auf die Seite zu
verweisen, statt ewig lange Mails zu verfassen. Was halte ihr davon?

Gruss,
Chaos

[1] http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Wochennotiz Nr. 115

2012-09-30 Per discussione Gehling Marc

Hallo,

die Wochennotiz Nr. 115 mit allen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 
http://blog.openstreetmap.de/2012/09/wochennotiz-nr-115/

Viel Spaß beim Lesen!

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Frage: GPX Track einer Relation extrahieren/runterladen?

2012-09-30 Per discussione Alexander Lehner



Hallo,

kann ich irgendwo/irgendwie den GPX Track einer Relation extrahieren?

Konkreter Fall:
Der Isar-Radweg ist ja wunderbar verzeichnet und zumindest auch teilweise 
auf der opencyclemap zu sehen, wird aber groesstenteils durch andere 
parallel verlaufende Wege 'ueberschattet' (im Rendering).
Ich haette gerne etwas, das mir die Wege/Punkte der Relation (ref='Is' 
usw.) als GPX liefert. Gibt's da was?


Danke,

Alex.




___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Frage: GPX Track einer Relation extrahieren/runterladen?

2012-09-30 Per discussione Volker Schmidt

cycling.lonvia.de

hat die gesuchte Funktion fuer Radrouten-

hiking.lonvia.de

fuer Wanderrouten

Fuer dein Beispiel: einfach Isar Radweg ins Suchfeld eingeben

Volker

2012/9/30 Alexander Lehner leh...@edv-buero-lehner.de


 Hallo,

 kann ich irgendwo/irgendwie den GPX Track einer Relation extrahieren?

 Konkreter Fall:
 Der Isar-Radweg ist ja wunderbar verzeichnet und zumindest auch teilweise
 auf der opencyclemap zu sehen, wird aber groesstenteils durch andere
 parallel verlaufende Wege 'ueberschattet' (im Rendering).
 Ich haette gerne etwas, das mir die Wege/Punkte der Relation (ref='Is'
 usw.) als GPX liefert. Gibt's da was?

 Danke,

 Alex.




 __**_
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] un bello servizio nuovo per monitorare la propria area

2012-09-30 Per discussione Alberto

Molto interessante e molto ben fatto!
Grazie Martin!

Il giorno 30 settembre 2012 11:57, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 Guardatevi questo nuovo servizio di Ilya Zverik, utilissimo per
 scoprire cancellazione nel proprio territorio:

 http://zverik.osm.rambler.ru/whodidit/?zoom=12lat=42.06189lon=12.08384layers=BTT

 ciao,
 Martin

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it




-- 
MANASSERO Alberto
FOSSANO


Tieni bene in mente le conseguenze per il nostro ambiente prima di stampare
questa e-mail.
Please consider the consequences for your environment before printing this
e-mail.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag entrance





Am 30.09.2012 um 14:24 schrieb sabas88 saba...@gmail.com:

 Mi chiedevo se fosse opportuno sostituire anche i barrier=entrance.


Secondo me no. Perché lo vorresti fare?

Ciao
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag entrance

2012-09-30 Per discussione sabas88

2012/9/30 Martin Koppenhoefer dieterdre...@gmail.com





 Am 30.09.2012 um 14:24 schrieb sabas88 saba...@gmail.com:

  Mi chiedevo se fosse opportuno sostituire anche i barrier=entrance.


 Secondo me no. Perché lo vorresti fare?


Mi sembra sia usato in modo identico a building=entrance in città.. Ad
esempio http://www.openstreetmap.org/browse/node/1487627625
La wiki non è chiara sulla distinzione
http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dentrance

Bisognerebbe specificare che barrier=entrance non va usato nei fabbricati
ad esempio ma solo per i 'buchi' nei barrier, oppure aggiungere dei valori
ad entrance=* per includere anche questo caso..



 Ciao
 Martin
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Ferrara: vandalismo?

2012-09-30 Per discussione Stefano Droghetti

Sono tornato dalla Cina e dopo tre mesi scarico la mappa di Ferrara 
aggiornata. Bellissima, un mucchio di cose aggiunte. La converto per 
Garmin, la uso e... Sorpresa: tantissimi percorsi destinazione 
impossibile :-O


Vado a vedere e scopro almeno una decina di strade non più connesse, 
quasi tutte le rotatorie hanno il tag junction=roundabout cancellato, le 
piste ciclabili non sono più connesse alle strade. Qualcosina ho 
cominciato a correggere ma è un'impresa titanica, c'è da ricontrollare 
praticamente tutto. Un macello.


Cos'è successo?

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ferrara: vandalismo?

2012-09-30 Per discussione Caterpillar

Il 30/09/2012 21:13, Alexander Roalter ha scritto:
 On 09/30/2012 08:28 PM, Stefano Droghetti wrote:
 Sono tornato dalla Cina e dopo tre mesi scarico la mappa di Ferrara
 aggiornata. Bellissima, un mucchio di cose aggiunte. La converto per
 Garmin, la uso e... Sorpresa: tantissimi percorsi destinazione
 impossibile :-O

 Vado a vedere e scopro almeno una decina di strade non più connesse,
 quasi tutte le rotatorie hanno il tag junction=roundabout cancellato, le
 piste ciclabili non sono più connesse alle strade. Qualcosina ho
 cominciato a correggere ma è un'impresa titanica, c'è da ricontrollare
 praticamente tutto. Un macello.

 Cos'è successo?


 È possibile che si tratti del redaction bot?


in che cosa consiste?

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ferrara: vandalismo?

2012-09-30 Per discussione Gianmario Mengozzi

http://wiki.openstreetmap.org/wiki/Redaction_bot_progress_map


Gianmario Mengozzi

sent by GNexus
Il giorno 30/set/2012 23:49, Caterpillar caterpilla...@gmail.com ha
scritto:

 Il 30/09/2012 21:13, Alexander Roalter ha scritto:
  On 09/30/2012 08:28 PM, Stefano Droghetti wrote:
  Sono tornato dalla Cina e dopo tre mesi scarico la mappa di Ferrara
  aggiornata. Bellissima, un mucchio di cose aggiunte. La converto per
  Garmin, la uso e... Sorpresa: tantissimi percorsi destinazione
  impossibile :-O
 
  Vado a vedere e scopro almeno una decina di strade non più connesse,
  quasi tutte le rotatorie hanno il tag junction=roundabout cancellato, le
  piste ciclabili non sono più connesse alle strade. Qualcosina ho
  cominciato a correggere ma è un'impresa titanica, c'è da ricontrollare
  praticamente tutto. Un macello.
 
  Cos'è successo?
 
 
  È possibile che si tratti del redaction bot?
 
 
 in che cosa consiste?

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ferrara: vandalismo?

2012-09-30 Per discussione Stefano Droghetti


Il 01/10/2012 00:54, Gianmario Mengozzi ha scritto:

http://wiki.openstreetmap.org/wiki/Redaction_bot_progress_map


Non credo, io credo che sia stato più che altro un import.
Ci sono adesso parti di Ferrara con tantissimi dettagli aggiunti, 
bellissimi peraltro, inclusi palazzi dalla sagoma perfetta. Ci sono 
anche tutti i campi coltivati. Le rotatorie a cui mancava il tag per 
esempio erano state raddrizzate, cioè erano cerchi perfetti.

A me sembra più un import. Tutta roba che non c'era tre mesi fa.

Oggi ho provato a correggere un po' di roba ma è davvero dura.


___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] un bello servizio nuovo per monitorare la propria area

2012-09-30 Per discussione Caterpillar

Il 30/09/2012 11:57, Martin Koppenhoefer ha scritto:
 Guardatevi questo nuovo servizio di Ilya Zverik, utilissimo per
 scoprire cancellazione nel proprio territorio:
 http://zverik.osm.rambler.ru/whodidit/?zoom=12lat=42.06189lon=12.08384layers=BTT

 ciao,
 Martin

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it

Stupendo, grazie

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ferrara: vandalismo?

2012/10/1 Stefano Droghetti stefano.droghe...@gmail.com:
 Non credo, io credo che sia stato più che altro un import.
 Ci sono adesso parti di Ferrara con tantissimi dettagli aggiunti, bellissimi
 peraltro, inclusi palazzi dalla sagoma perfetta. Ci sono anche tutti i campi
 coltivati. Le rotatorie a cui mancava il tag per esempio erano state
 raddrizzate, cioè erano cerchi perfetti.
 A me sembra più un import. Tutta roba che non c'era tre mesi fa.

 Oggi ho provato a correggere un po' di roba ma è davvero dura.


apparentemente è questo utente abbastanza appassionato, che lavora con
Potlatch2:
http://www.openstreetmap.org/user/TheNick/edits
Hai già scritto a Nick?

Qui si vede bene, potresti indagare un po di più, ho solo dato uno
sguardo superficiale:
http://zverik.osm.rambler.ru/whodidit/?zoom=13lat=44.83522lon=11.6207layers=BTTage=187

ciao,
Martin

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ferrara: vandalismo?

2012-09-30 Per discussione Stefano Droghetti


Il 01/10/2012 01:10, Martin Koppenhoefer ha scritto:


apparentemente è questo utente abbastanza appassionato, che lavora con
Potlatch2:
http://www.openstreetmap.org/user/TheNick/edits
Hai già scritto a Nick?

Qui si vede bene, potresti indagare un po di più, ho solo dato uno
sguardo superficiale:
http://zverik.osm.rambler.ru/whodidit/?zoom=13lat=44.83522lon=11.6207layers=BTTage=187



È sicuramente lui. Non so perché ma il feed non mi aveva segnalato le 
sue modifiche. Ora l'ho reimpostato e le vedo.


Gli ho appena scritto. Vediamo un po'.


___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Escuela y instituto

2012-09-30 Per discussione Juan Luis Rodríguez Ponce

Hola,

El 27 de septiembre de 2012 19:14, Asier Urio Larrea
asier...@gmail.comescribió:

 Creo que no,

 Si no me equivoco la pregunta es como etiquetar algo que sea dos o más
 cosas a la vez.

 Un centro de enseñanza que en el mismo edificio este la guardería y
 primaria.

 A mí también me pasa con algún comercio que le corresponden dos etiquetas.

 Una solución puede ser crear un area y dentro dos puntos uno de guardería
 y otro de escuela. Pero creo que quedaría mal en el mismo recinto:

 - Guardería Noseque

 - Escuela Noseque


como leo por aquí [1], se podrían crear dos elementos distintos, uno donde
esté el edificio de infantil y otro donde esté el de secundaria, aunque
ambos se encuentren en el mismo recinto.


[1]
http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use_a_semi-colon_value_separator


-- 
Juan **Luis Rodríguez** Ponce
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

[Talk-at] 3D tags angebracht, kontrolle, Infos?

2012-09-30 Per discussione Lars Schimmer

Moin!

Ich hab mich in den letzten 2 Wochen ein wenig mit den Gebäuden in Graz
in der Eisteichgasse und Dr.Robert Graf Strasse auseinander gesetzt, die
Grundrisse verfeinert (nach Luftbild und Fotos), 3D Tags angeheftet und
die Eingänge gemappt (und Adressen an die entrance:yes Tags geheftet).
Hinzu kamen diverse Fußwege und andere Wege.
Ich habe viele Eingänge mit den Strassen mit einem kurzen
Highway:footway verbunden, sieht mir logisch aus.

Mag nochmal wer rüberschauen auf Fehler, Hinweise, andere Tips,...?

http://osm.org/go/0I5UVH3pL-

Dazu die Dauerbrenner Frage: Tiefgaragen... Hat da wer ein gutes
Tagging-Schema, wenn die TG Teil des Gebäudes ist, aber auf dem Dach der
TG auch Wiese, Bäume, Wege,... sind?
Danke.

MfG,
Lars Schimmer
-- 
-
TU Graz, Institut für ComputerGraphik  WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723

___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at

[Talk-lv] download geofabrik jauna adrese

2012-09-30 Per discussione AivarsB

Ir tāds ērts resurss download.geofabrik.de, kurā reizi dienā sagatavo OSM
datu ekstraktus pa valstīm.

Laikam sakara ar ODBL maiņu, ir pamainītas download adreses:
vecā: http://download.geofabrik.de/osm/europe/latvia.osm.pbf
jauna: http://download.geofabrik.de/openstreetmap/europe/latvia.osm.pbf

Vecajā adresē ir dati līdz ~09.11, jaunā atsvaidzinās reizi dienā.

A.
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv

Re: [OSM-talk-fr] Suppression de la D4 dans les pyrénées

Ils sont deux à avoir effacé des routes ou chemins le 23 et le 29...
http://openstreetmap.org/browse/changeset/13220334
http://openstreetmap.org/browse/changeset/13300732

Le 29 septembre 2012 20:58, Cavok cavok...@free.fr a écrit :
 Voila, je viens de faire le revert du Groupe de modifications : 13220334
 concernant la suppression de la D4.
 Mon JOSM étant libre.
 J'espère que cela n'a pas détruit autre chose...




 Le 29 septembre 2012 19:24, Marc Sibert m...@sibert.fr a écrit :

 Le 29/09/2012 19:15, Hélène PETIT a écrit :

 Juste un coup d'oeil dans les Pyrénées avec le bel outil, et je crois
 bien que ici, un nouveau contributeur a froidement sucré la D4 :


 http://zverik.osm.rambler.ru/whodidit/?zoom=13lat=42.85871lon=0.98808layers=BTT

 Vous confirmez ?


 Le 29/09/2012 12:07, Cavok a écrit :
  Bon outil précis.
  Merci du partage.
 
  2012/9/29 Olivier Croquette m...@ocroquette.de
  mailto:m...@ocroquette.de
 
  Voici un message de la liste talk, qui pointe vers un outil très
  pratique pour surveiller les changements dans une zone:
  http://zverik.osm.rambler.ru/whodidit/

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

 C'est clair !
 Une erreur de jeunesse ?
 Q : plutôt un revert ou lui demander de corriger ?

 A+

 --
 Marc Sibert
 mailto:m...@sibert.fr


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression de la D4 dans les pyrénées

Apparemment ton revert a supprimé plus de chose que ce qu'avait
supprimé amames, et tu en as rajouté un peu au passage, je suppose
que c'est correct.

Le 30 septembre 2012 08:16, Philippe Verdy verd...@wanadoo.fr a écrit :
 Ils sont deux à avoir effacé des routes ou chemins le 23 et le 29...
 http://openstreetmap.org/browse/changeset/13220334
 http://openstreetmap.org/browse/changeset/13300732

 Le 29 septembre 2012 20:58, Cavok cavok...@free.fr a écrit :
 Voila, je viens de faire le revert du Groupe de modifications : 13220334
 concernant la suppression de la D4.
 Mon JOSM étant libre.
 J'espère que cela n'a pas détruit autre chose...




 Le 29 septembre 2012 19:24, Marc Sibert m...@sibert.fr a écrit :

 Le 29/09/2012 19:15, Hélène PETIT a écrit :

 Juste un coup d'oeil dans les Pyrénées avec le bel outil, et je crois
 bien que ici, un nouveau contributeur a froidement sucré la D4 :


 http://zverik.osm.rambler.ru/whodidit/?zoom=13lat=42.85871lon=0.98808layers=BTT

 Vous confirmez ?


 Le 29/09/2012 12:07, Cavok a écrit :
  Bon outil précis.
  Merci du partage.
 
  2012/9/29 Olivier Croquette m...@ocroquette.de
  mailto:m...@ocroquette.de
 
  Voici un message de la liste talk, qui pointe vers un outil très
  pratique pour surveiller les changements dans une zone:
  http://zverik.osm.rambler.ru/whodidit/

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

 C'est clair !
 Une erreur de jeunesse ?
 Q : plutôt un revert ou lui demander de corriger ?

 A+

 --
 Marc Sibert
 mailto:m...@sibert.fr


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] route forestière: unclassified ou track/tracktype=grade1 ?

2012-09-30 Per discussione Lucas Nussbaum

Bonjour,

J'essaie de cartographier la foret de Haye, à côté de Nancy
(http://osm.org/go/0DEnFeB). Dans cette foret, il y a un réseau de
routes forestières en asphalte, mais qui sont toutes interdites à la
circulation (soit avec un panneau blanc cerclé de rouge, avec un
deuxième panneau sauf ayants-droits, soit avec une barrière, selon les
accès).

Le revetement est globalement en bon état, avec quelques trous, mais est
assez sale (gravier, qqes branches). On peut s'y aventurer sans problème
avec un VTC, mais avec un vélo de course, le risque de crever est assez
important.

La largeur des routes ne permet pas à des voitures de se croiser sans
s'arrêter, ou au moins sans ralentir suffisamment pour pouvoir rouler dans
le bas-côté.

Actuellement, ces routes sont taggées highway=unclassified, avec des
restrictions d'accès (pas complètes pour l'instant). Je me demande s'il
ne faudrait pas plutot les tagger:
 highway=track
 tracktype=grade1
 surface=asphalt

J'ai l'impression que dans l'esprit, highway=unclassified est plus
destiné à des petites routes de campagnes entre villages, qu'à des
routes interdites à la circulation destinées à l'exploitation
forestière.

Qu'en pensez-vous ?

Lucas

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression de la D4 dans les pyrénées

2012-09-30 Per discussione Hélène PETIT


Le 29/09/2012 20:58, Cavok a écrit :

Voila, je viens de faire le revert du Groupe de modifications : 13220334
concernant la suppression de la D4.


tu aurais pu me demander avant, non ? j'avais le revert modifié chargé 
dans josm, et j'attendais juste la confirmation de la communauté pour 
appuyer sur le bouton ; j'ai bossé pour rien, ça m'énerve.



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression de la D4 dans les pyrénées

2012-09-30 Per discussione Hélène PETIT


Le 29/09/2012 20:58, Cavok a écrit :

Voila, je viens de faire le revert du Groupe de modifications : 13220334


:))
allez, hop, un petit dernier pour la route :
http://osmfight.neis-one.org/?u1=cavokldu2=HelenePETIT
Gnarf !


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression de la D4 dans les pyrénées

2012-09-30 Per discussione Cavok

Non, mon revert n'avait pas supprimé plus de chose qu'il n'en a rajouté.
Mais ces quelques choses quand même ont été en effet rajouté par la suite
en me permettant de faire quelques modifications.
http://www.openstreetmap.org/browse/changeset/13302289
comment = Rajout des suppression du au revert du Groupe de modifications :
13220334
Je me suis permis également de lui faire un petit message de l'intervention.


Le 30 septembre 2012 08:20, Philippe Verdy verd...@wanadoo.fr a écrit :
 Apparemment ton revert a supprimé plus de chose que ce qu'avait
 supprimé amames, et tu en as rajouté un peu au passage, je suppose
 que c'est correct.

 Le 30 septembre 2012 08:16, Philippe Verdy verd...@wanadoo.fr a écrit :
 Ils sont deux à avoir effacé des routes ou chemins le 23 et le 29...
 http://openstreetmap.org/browse/changeset/13220334
 http://openstreetmap.org/browse/changeset/13300732

 Le 29 septembre 2012 20:58, Cavok cavok...@free.fr a écrit :
 Voila, je viens de faire le revert du Groupe de modifications : 13220334
 concernant la suppression de la D4.
 Mon JOSM étant libre.
 J'espère que cela n'a pas détruit autre chose...




 Le 29 septembre 2012 19:24, Marc Sibert m...@sibert.fr a écrit :

 Le 29/09/2012 19:15, Hélène PETIT a écrit :

 Juste un coup d'oeil dans les Pyrénées avec le bel outil, et je crois
 bien que ici, un nouveau contributeur a froidement sucré la D4 :



http://zverik.osm.rambler.ru/whodidit/?zoom=13lat=42.85871lon=0.98808layers=BTT

 Vous confirmez ?


 Le 29/09/2012 12:07, Cavok a écrit :
  Bon outil précis.
  Merci du partage.
 
  2012/9/29 Olivier Croquette m...@ocroquette.de
  mailto:m...@ocroquette.de
 
  Voici un message de la liste talk, qui pointe vers un outil
très
  pratique pour surveiller les changements dans une zone:
  http://zverik.osm.rambler.ru/whodidit/

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

 C'est clair !
 Une erreur de jeunesse ?
 Q : plutôt un revert ou lui demander de corriger ?

 A+

 --
 Marc Sibert
 mailto:m...@sibert.fr


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression de la D4 dans les pyrénées

2012-09-30 Per discussione Cavok

Désolé, mais je n'est pas trouvé dans les messages que tu était prête à
faire feu.

Le 30 septembre 2012 10:07, Hélène PETIT h...@free.fr a écrit :

 Le 29/09/2012 20:58, Cavok a écrit :

  Voila, je viens de faire le revert du Groupe de modifications : 13220334
 concernant la suppression de la D4.


 tu aurais pu me demander avant, non ? j'avais le revert modifié chargé
 dans josm, et j'attendais juste la confirmation de la communauté pour
 appuyer sur le bouton ; j'ai bossé pour rien, ça m'énerve.



 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] route forestière: unclassified ou track/tracktype=grade1 ?

2012-09-30 Per discussione Eric SIBERT


J'essaie de cartographier la foret de Haye, à côté de Nancy
(http://osm.org/go/0DEnFeB). Dans cette foret, il y a un réseau de
routes forestières en asphalte

[...]


Actuellement, ces routes sont taggées highway=unclassified, avec des
restrictions d'accès (pas complètes pour l'instant). Je me demande s'il
ne faudrait pas plutot les tagger:
  highway=track
  tracktype=grade1
  surface=asphalt


+1 pour track et surface.

Après, je suis moins fan de tracktype dont la valeur numérique ne veut 
rien dire en soit. Je préfère smoothness (=intermediate ici) mais on va 
me répondre que la relation entre la valeur de la clé et le type de 
véhicule pouvant passer n'est pas tellement plus clair.


Éric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

2012-09-30 Per discussione Apamée

Désolais  pour ma question, mais:

Quel est le ou les problèmes avec cette donnée (natures, 
récurrences, ...) ?

Rien trouvé sur le Wiki cadastre ()

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Re: Imports du cadastre et compte dédié - import adresses Nantes aussi !

2012-09-30 Per discussione Christophe Merlet

Le samedi 29 septembre 2012 à 13:18 +0200, yvecai a écrit :
 On 09/29/2012 12:49 PM, sly (sylvain letuffe) wrote:
  Le samedi 29 septembre 2012 12:20:15, Christian Quest a écrit :
  C'est nécessaire de traduire sauf si on laisse aux communautés locales
  le soin de s'auto-gérer.
  Un gros +1
 Ben non !
 On partage tous la même base. Si le travail de la communauté française 
 s'était mieux expliqué au reste de la communauté, cela donnerait 
 justement moins de prise à toute une série d'arguments et 
 d'incompréhension qu'on a pu lire sur talk. Après coup, ça fait des gros 
 fils sur talk que plus grand monde doit lire: du coup c'est trop tard.

oué oué, t'as raison, il faut une langue commune. ça tombe bien, le
français est la langue diplomatique.

Les rosbifs et les yankees n'ont qu'a s'aligner pour prouver leur bonne
foi !


Librement,
-- 
Christophe Merlet (RedFox)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Re: Imports du cadastre et compte dédié - import adresses Nantes aussi !

2012-09-30 Per discussione Christophe Merlet

Le samedi 29 septembre 2012 à 13:18 +0200, yvecai a écrit :

 Aussi, a propos des 'Guidelines' : dans pas mal de cultures, si on lit 
 'guidelines', on applique.
 On connaît tous ici nos spécificités franco-françaises qui impliquent un 
 comportement tout différent :). Mais il faut bien se rappeler que ces 
 spécificités ne sont pas forcément compréhensibles et donc dur à 
 intégrer par d'autres. A part un effort de com' (dans le fond, dans la 
 forme, et surtout dans la tête !), y'a pas moyen de s'en sortir.

Et donc c'est a nous de perdre notre identité culturelle ?

Pour moi un bon travail d'équipe ne consiste pas à formater l'ensemble
dans un moule unique mais à exploiter les différences.


Librement,
-- 
Christophe Merlet (RedFox)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La forêt en chiffres et en cartes – édition 2012

2012-09-30 Per discussione Apamée

Les seules données brutes téléchargeables sont les recensements  des arbres
sur le terrain.

Le couvert n'est pas accessible!

Encore une intoxe à la IGN vers une soit disante ouverture des données. Tu
peux voir mais pas toucher.



--
View this message in context: 
http://gis.19327.n5.nabble.com/La-foret-en-chiffres-et-en-cartes-edition-2012-tp5722736p5728270.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de trait de côte près de Vannes

Une conflation simple de la coastline suffit, car ce n'est pas
réellement une limite administrative (il ne doit y avoir d'ailleurs
aucun tag boundary=administrative ni admin_level=* sur les ways
concernés), mais juste une ligne naturelle qu'on peut estimer à l’oeil
nu sur l'imagerie à moins de reprendre sa définition depuis le
Géolitoral (cela ne fait une grande différence en distance que sur les
plages soumises à la marée ou sur les bordures de zones humides, là où
le trait de côte n'est pas facile à estimer, si la laisse de mer n'est
pas clairement visible).

Le Golfe du Mobihan est encore loin d'être terminé avec ses îles,
certaines sont dans le domaine maritime et ne dépendent d'aucune
commune, d'autres îles sont à inclure dans les communes (mais sans
l'espace marin autour qui reste dans le domaine maritime).

La réserve naturelle quant à elle inclut le domaine maritime.
Attention à ne pas supprimer n'importe quoi : les régions,
départements, communes, communautés de communes doivent continuer à se
fermer et se recouvrir correctement, mais aucune ne doit inclure le
domaine maritime. Si le trait s'arrête à la ligne de côte on n'a pas
besoin d'une seconde ligne administrative pour ces collectivités
locales. Le domaine maritime est un domaine national, déjà inclu dans
les limites territoriales françaises.

La seule ambiguité vient sur les estuaires : trace-t-on une ligne de
côte pour les traverser ? Oui si ce n'est pas très large (moins de 100
mètres environ), sinon la ligne de côte va pénétrer dans l'estuaire :
on ne peut pas tellement situer facilement la ligne de partage entre
l'eau de mer et l'eau fluviale (trop dépendant de la marée et du
régime fluvial, sans compter l'effet des mascarets ou les deux eaux se
superposent en marée montante !), sauf en cas de contruction d'un
barrage séparant les eaux.

D'ailleurs je pense sincèrement que l'estuaire de la Gironde est coupé
par une ligne trop près de l'embouchure : c'est encore trop large si
on retient un critère de largeur pusique le parage des eaux est
impossible à définir (en plus il coupe des îles au milieu du fleuve en
deux !). Pour moi toute la Gironde (pas la Dordogne ou la Garonne) est
dans le domaine marin.

Le 29 septembre 2012 18:20, Vladimir Vyskocil
vladimir.vysko...@gmail.com a écrit :
 Hep les Bretons, il y a un truc bizarre de ce coté la :

 http://wightpaths.co.uk/coast/?zoom=18lat=47.62088lon=-2.86987layers=B

 Il y a un trait de côte (natural=coastline) quasiment superposé sur une 
 longue distance avec des limites administratives qui ont aussi le tag 
 natural=coastline !
 On fait quoi la ?

 Vlad.
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de trait de côte près de Vannes

Si tu veux t'amuser, regarde plutôt du côté de la Méditerranée,
particulièrement la côte du Languedoc-Roussillon, où les traits se
juxtaposent sans logique autour de la ligne de côte, elle aussi très
imprécise mais qui devrait pourtant une fois affinée servir de
frontière des communes, arrondissements, départements et régions.

Le 29 septembre 2012 18:20, Vladimir Vyskocil
vladimir.vysko...@gmail.com a écrit :
 Hep les Bretons, il y a un truc bizarre de ce coté la :

 http://wightpaths.co.uk/coast/?zoom=18lat=47.62088lon=-2.86987layers=B

 Il y a un trait de côte (natural=coastline) quasiment superposé sur une 
 longue distance avec des limites administratives qui ont aussi le tag 
 natural=coastline !
 On fait quoi la ?

 Vlad.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de trait de côte près de Vannes

2012-09-30 Per discussione Vladimir Vyskocil


On 30 sept. 2012, at 13:31, Philippe Verdy verd...@wanadoo.fr wrote:

 Si tu veux t'amuser, regarde plutôt du côté de la Méditerranée,
 particulièrement la côte du Languedoc-Roussillon, où les traits se
 juxtaposent sans logique autour de la ligne de côte, elle aussi très
 imprécise mais qui devrait pourtant une fois affinée servir de
 frontière des communes, arrondissements, départements et régions.

Oui j'ai déjà regardé et cela me désespère ! J'ai fait des corrections en 
partant de l'est mais j'ai abandonné vers Toulon...
De plus je me suis rendu compte que je n'ai pas fait que des corrections 
correctes, notamment au niveau des ports que j'ai creusé avec la ligne de 
côte ou avant l'eau n'était symbolisée que par le tag leisure=marina, mais j'ai 
également fait suivre  la ligne de côte aux limites administrative, excluant la 
surface de la partie marine du port, ce qui me semble faux maintenant...
Pour en revenir au Morbihan, je suis tombé par hasard sur cette erreur en 
regardant le site qui donne les erreurs actuelle sur la coastline.
Et contrairement a la superposition approximative des différentes lignes 
administratives, natural=coastline,... du Languedoc-Roussillon dans le Morbihan 
il y a un vrai problème avec 2 lignes qui possédent le tag natural=coastline 
qui se chevauchent sur des kiliometres.
De plus une des lignes de côte s'arrête brusquement au point rouge sur la carte 
de mon précédent mail.

 
 Le 29 septembre 2012 18:20, Vladimir Vyskocil
 vladimir.vysko...@gmail.com a écrit :
 Hep les Bretons, il y a un truc bizarre de ce coté la :
 
 http://wightpaths.co.uk/coast/?zoom=18lat=47.62088lon=-2.86987layers=B
 
 Il y a un trait de côte (natural=coastline) quasiment superposé sur une 
 longue distance avec des limites administratives qui ont aussi le tag 
 natural=coastline !
 On fait quoi la ?
 
 Vlad.
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de trait de côte près de Vannes

2012-09-30 Per discussione panierAvide


Le 30/09/2012 15:42, Vladimir Vyskocil a écrit :
Et contrairement a la superposition approximative des différentes 
lignes administratives, natural=coastline,... du Languedoc-Roussillon 
dans le Morbihan il y a un vrai problème avec 2 lignes qui possédent 
le tag natural=coastline qui se chevauchent sur des kiliometres. De 
plus une des lignes de côte s'arrête brusquement au point rouge sur la 
carte de mon précédent mail.
Je serai d'avis de laisser uniquement le natural=coastline sur la limite 
administrative, les limites communales ont moins de chances de bouger 
que la réserve naturelle. Et pour la zone montrée dans le premier 
message, mettre natural=coastline sur le chemin 35210592 (limite 
administrative à l'est), et sur les chemins 35210599 et 35212411. Et 
pour finir, fermer la réserve naturelle, à laquelle il manque un 
morceau. Je m'en occupe ?


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] visualisation des fontaines

2012-09-30 Per discussione plonevez

Bonjour,

Je m'interesse beaucoup aux fontaines bretonnes.

Il y en a de nombreuses dans OSM. On les voit très bien avec JOSM.

Par contre, avec http://www.openstreetmap.org, on ne voit par l'icône.

Exemple
http://www.openstreetmap.org/?lat=48.40466lon=-4.77148zoom=20layers=M

Elles sont codées amenity/ fountain

autre exemple
http://www.openstreetmap.org/?lat=48.41893lon=-4.78593zoom=20layers=M

Merci d'avance

Jean 



--
View this message in context: 
http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de trait de côte près de Vannes

2012-09-30 Per discussione Vladimir Vyskocil


On 30 sept. 2012, at 16:08, panierAvide panierav...@laposte.net wrote:

 Le 30/09/2012 15:42, Vladimir Vyskocil a écrit :
 Et contrairement a la superposition approximative des différentes lignes 
 administratives, natural=coastline,... du Languedoc-Roussillon dans le 
 Morbihan il y a un vrai problème avec 2 lignes qui possédent le tag 
 natural=coastline qui se chevauchent sur des kiliometres. De plus une des 
 lignes de côte s'arrête brusquement au point rouge sur la carte de mon 
 précédent mail.
 Je serai d'avis de laisser uniquement le natural=coastline sur la limite 
 administrative, les limites communales ont moins de chances de bouger que la 
 réserve naturelle. Et pour la zone montrée dans le premier message, mettre 
 natural=coastline sur le chemin 35210592 (limite administrative à l'est), et 
 sur les chemins 35210599 et 35212411. Et pour finir, fermer la réserve 
 naturelle, à laquelle il manque un morceau. Je m'en occupe ?

Ok, je n'y voit pas d'inconvénient.

Vlad.

 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

2012-09-30 Per discussione Etienne Trimaille

Bonjour,

Tout ne peut pas être rendu sur la carte Mapnik.

Mais tu peux utiliser la xapiviewer par exemple :
http://osm.dumoulin63.net/xapiviewer/?lat=48.41541lon=-4.74619zoom=12layers=B0Ticon=icons%2Famenity_fountain2.n.32.pngrequest=amenity%3Dfountain

L'avantage, c'est que tu peux afficher ce que tu veux, avec l’icône que tu
veux.
Tu peux même obtenir des infos sur la fontaines en cliquant dessus ;-)

Le 30 septembre 2012 17:26, plonevez jlplone...@wanadoo.fr a écrit :

 Bonjour,

 Je m'interesse beaucoup aux fontaines bretonnes.

 Il y en a de nombreuses dans OSM. On les voit très bien avec JOSM.

 Par contre, avec http://www.openstreetmap.org, on ne voit par l'icône.

 Exemple
 http://www.openstreetmap.org/?lat=48.40466lon=-4.77148zoom=20layers=M

 Elles sont codées amenity/ fountain

 autre exemple
 http://www.openstreetmap.org/?lat=48.41893lon=-4.78593zoom=20layers=M

 Merci d'avance

 Jean



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292.html
 Sent from the France mailing list archive at Nabble.com.

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de trait de côte près de Vannes

2012-09-30 Per discussione panierAvide


Le 30/09/2012 17:32, Vladimir Vyskocil a écrit :

Ok, je n'y voit pas d'inconvénient.
C'est fait, la réserve naturelle apparaît de nouveau, normalement il n'y 
a plus de soucis ;)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

2012-09-30 Per discussione Marc


Salut,

Tu peux aussi essayer par là :
http://francetopo.fr/?map_x=125957.75map_y=6839785.25map_zoom=11map_visibility_FT_wms=truemap_opacity_FT_wms=1map_visibility_FT_V_wms=falsemap_opacity_FT_V_wms=1map_visibility_Fond%20vierge=falsemap_opacity_Fond%20vierge=1map_visibility_CI=truemap_opacity_CI=1map_visibility_CT=truemap_opacity_CT=1map_visibility_Calque%20randoroutes=falsemap_opacity_Calque%20randoroutes=1map_visibility_Circuits%20de%20randonn%C3%A9e%20cycliste=falsemap_opacity_Circuits%20de%20randonn%C3%A9e%20cycliste=1map_visibility_Calque%20whitewater=falsemap_opacity_Calque%20whitewater=1map_visibility_Dessin%20vectoriel=truemap_opacity_Dessin%20vectoriel=1map_visibility_Grille%20g%C3%A9od%C3%A9sique=falsemap_opacity_Grille%20g%C3%A9od%C3%A9sique=1map_visibility_POI%20Transports=falsemap_opacity_POI%20Transports=1map_visibility_POI%20Tourisme=falsemap_opacity_POI%20Tourisme=1map_visibility_POI%20Services%20Publics=falsemap_opacity_POI%20Services%20Publics=1map_visibility_POI%20Services%20Financiers=falsemap_opacity_POI%20Services%20Financiers=1map_visibility_POI%20S%C3%A9curit%C3%A9=falsemap_opacity_POI%20S%C3%A9curit%C3%A9=1map_visibility_POI%20Sant%C3%A9=falsemap_opacity_POI%20Sant%C3%A9=1map_visibility_POI%20Restauration=falsemap_opacity_POI%20Restauration=1map_visibility_POI%20Patrimoine=truemap_opacity_POI%20Patrimoine=1map_visibility_POI%20Loisirs=falsemap_opacity_POI%20Loisirs=1map_visibility_POI%20H%C3%A9bergements=falsemap_opacity_POI%20H%C3%A9bergements=1map_visibility_POI%20%C3%89ducation=falsemap_opacity_POI%20%C3%89ducation=1map_visibility_POI%20Commerces=falsemap_opacity_POI%20Commerces=1map_visibility_POI%20Artisans=falsemap_opacity_POI%20Artisans=1map_visibility_POI%20Arbres=falsemap_opacity_POI%20Arbres=1map_visibility_Tous%20les%20POIs=falsemap_opacity_Tous%20les%20POIs=1map_visibility_Panneaux%20d%27agglom%C3%A9ration=falsemap_opacity_Panneaux%20d%27agglom%C3%A9ration=1map_visibility_Administratif=falsemap_opacity_Administratif=1map_visibility_Limitations%20de%20vitesse=falsemap_opacity_Limitations%20de%20vitesse=1map_visibility_Voies%20non%20nomm%C3%A9es=falsemap_opacity_Voies%20non%20nomm%C3%A9es=1map_visibility_Toponymes=falsemap_opacity_Toponymes=1

A+


Le 30/09/2012 17:26, plonevez a écrit :

Bonjour,

Je m'interesse beaucoup aux fontaines bretonnes.

Il y en a de nombreuses dans OSM. On les voit très bien avec JOSM.

Par contre, avec http://www.openstreetmap.org, on ne voit par l'icône.

Exemple
http://www.openstreetmap.org/?lat=48.40466lon=-4.77148zoom=20layers=M

Elles sont codées amenity/ fountain

autre exemple
http://www.openstreetmap.org/?lat=48.41893lon=-4.78593zoom=20layers=M

Merci d'avance

Jean



--
View this message in context: 
http://gis.19327.n5.nabble.com/visualisation-des-fontaines-tp5728292.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] visualisation des fontaines

2012-09-30 Per discussione Christian Quest

Record de longueur de lien ?

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

2012-09-30 Per discussione Sylvain Maillard

+1 pour les restrictions d'accès aux fichiers générés depuis le cadastre !

que ce soit pour les fichiers du bâti, ce qui devrait permettre de limiter
grandement tous les problèmes récents, et surtout pour la couche d'eau, ce
qui permettra de la laisser accessible pour ceux qui le veulent ...


Sylvain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] outil Missing communes

2012-09-30 Per discussione Cyrille Giquello

Salut,
Le petit outil Missing communes affichait un peu n'importe quoi ces
derniers temps. En fait il y avait un problème de requête trop longue
qui l'empêchait de terminer son job correctement. Il semble que ce
soit réparé.

http://lab.cyrille.giquello.fr/carto/CommunesDB/web/MissingCommunes

-- 
Cyrille.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

2012-09-30 Per discussione Tetsuo Shima

Bonsoir

Ne serait il pas plus judicieux de faire de la pédagogie ... en
responsabilisant les utilisateurs?

A priori le cadastre est libre, le projet aussi, dès lors l'accès au
cadastre vecteur devrait idéalement rester libre. D'ailleurs ceci ne
pose pas de problème. Ce qui  pose problème c'est l'intégration dans
OSM.

Partant de ca on pourrait prendre des mesure pédagogique a la fois sur
le wiki et sur le site de téléchargement expliquant que, si les
document sont fourni tel quel, il n'ont pas a être importé tel quel
dans OSM, que l'importation brutale et sans un travail soigné de
nettoyage puis de fusion constructive avec l'existant est néfaste pour
le projet OSM, et qu'en conséquence le vandale risque de se voir privé
de contribuer.

De meme expliquer clairement que les cours d'eau du cadastre ne sont
pas fiable, et pourquoi, et que leur importation doit être
exceptionnelle meme si elle est faite soigneusement. Idem pour les
piscine ...

C'est seulement après avoir lu et accepté ça qu'on accéderait
librement aux documents.

Ca permettrait d'effrayer un peu les serial importer,et surtout de
pouvoir prendre des mesure radical contre ceux qui malgré les
recommandation claire font n'importe quoi.

Pour les autre on pourrait recommander de préférer dans un premier
temps les importations de petites zone, genre un patté de maison a la
fois pour se faire la main proprement, et de voir si l'import suscite
de remarque ou pas, avant de s'enflammer a importer des dizaine de
milliers de bâtiments.

Cordialement.


2012/9/30 Sylvain Maillard sylvain.maill...@gmail.com:
 +1 pour les restrictions d'accès aux fichiers générés depuis le cadastre !

 que ce soit pour les fichiers du bâti, ce qui devrait permettre de limiter
 grandement tous les problèmes récents, et surtout pour la couche d'eau, ce
 qui permettra de la laisser accessible pour ceux qui le veulent ...


 Sylvain

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème de trait de côte près de Vannes

Je m'étais occupé d'une partie du Languedoc lorsque l'arrondissement
de Béziers a été créé (en le confondant avec la communauté
d'agglomération que j'ai corrigée aussi).

Le 30 septembre 2012 15:42, Vladimir Vyskocil
vladimir.vysko...@gmail.com a écrit :

 On 30 sept. 2012, at 13:31, Philippe Verdy verd...@wanadoo.fr wrote:

 Si tu veux t'amuser, regarde plutôt du côté de la Méditerranée,
 particulièrement la côte du Languedoc-Roussillon, où les traits se
 juxtaposent sans logique autour de la ligne de côte, elle aussi très
 imprécise mais qui devrait pourtant une fois affinée servir de
 frontière des communes, arrondissements, départements et régions.

 Oui j'ai déjà regardé et cela me désespère ! J'ai fait des corrections en 
 partant de l'est mais j'ai abandonné vers Toulon...

Je pourrai m'occuper plus tard de ce coin là. En général quand ça
commence, même pour un court segment (en laissant le reste pour ne pas
aller trop loin, il y a une cascade de relations à corriger et
quelques fois cela prend un temps considérable de tout revérifier et
on voit aussi pas mal de conflits qui prennent des heures voire
plusieurs jours à régler un par un en revérifiant chaque point triple
d'intersection ou point double où une frontière a été coupée pour
aller regarder ce qui est autour et voir ce qu'il faut reconnecter.

C'est un travail de titan (pour le travail à faire) ou de fourmi (car
il faut regarder très précisément autour et parvenir à lever les
ambiguïtés en regardant autour, ou sur l'imagerie Bing (pour savoir de
quel côté d'un trait devait se situer une forêt ou une ferme).

Malheureusement je vois que certains connectent ensemble par un point
d'intersection des polygones Corine très imprécis et des polygones de
frontières très précis. Impossible de corriger alors convenablement le
polygone Corine sans abimer la frontière si on ne fait pas attention.

Je suis contre le fait de connecter les polygones landuse issus de
Corine aux frontières sans avoir avoir ***au préalable*** corrigé ces
polygones pour qu'ils correspondent à la réalité. Si c'est ambigu et
qu'il n'y a pas moyen de savoir comment réparer un polygone Corine
(ambiguité non résolue en regardant l'imagerie), c'est ce polygone que
je sacrifie (quitte à ce qu'il reste ouvert, en y ajoutant un FIXME)
pour refermer la frontière précise là où elle doit être. PAr fois
c'est l'enfer de corriger !

A côté de ça les polygones de frontières laissés ouverts dans un
niveau (exemple le département) mais correctement fermés dans un autre
(exemple la commune) sont faciles à réparer car cela ne reste que des
divisions d'une même frontière qui se superposent exactement au moins
partiellement.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Restreignons les imports des cours d'eau depuis le cadastre - cleocarto

2012-09-30 Per discussione jbosm

 

Ouaif, mouaif, 

Je ne me suis pas encore exprimé sur le sujet,
n'étant pas un grand bavard de cette liste. Je me vois comme un petit
contributeur actif, qui essaye de faire un travail propre et de nettoyer
quand il y a du nettoyage à faire. J'ai fait mes deux-trois intégrations
du cadastre. 

Autant, pour avoir traité la couche eau sans consignes,
j'ai pesté tellement elle ne ressemblait à rien (je nettoie, je
nettoie…), autant, j'ai intégré du bati consciencieusement, ceci ne
présentant pas de difficulté supplémentaire. 

Rajouter un accès par mot
de passe ou autre, je me sentirais séparé des grands intégrateurs, sur
un autre niveau. Il y a des niveaux d'agilité à utiliser Josm (je ne
parle pas de l'autre), que l'on gravit au fur et à mesure des défis (le
cadastre, les relations…). Bloquer une étape, c'est me laisser au niveau
bas, sans la possibilité de m'améliorer, exclu des bons travailleurs.


Mes .02EUR. 

JB 

Le 30.09.2012 22:36, Sylvain Maillard a écrit : 


+1 pour les restrictions d'accès aux fichiers générés depuis le cadastre
!
 
 que ce soit pour les fichiers du bâti, ce qui devrait permettre
de limiter grandement tous les problèmes récents, et surtout pour la
couche d'eau, ce qui permettra de la laisser accessible pour ceux qui le
veulent ...
 
 Sylvain
 

___
 Talk-fr mailing list

Talk-fr@openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-fr [1]




Links:
--
[1] http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] Yahoo/ALPSデータの一部タグ整理について

2012-09-30 Per discussione Satoshi IIDA

いいだです。

明日か明後日くらいには一次回答しちゃいたいな、って思います。

ちょっと強引かもしれませんが、
いまのところの意見をまとめるとこんなかんじ？

・yh: WIDTHは残す。変換は行わない。
　参考値なので、widthの値が実測できたら手動で消す。
　noteタグに情報を残すことも考えましたが、
　このオペレーションはインポート情報のwikiページに書いておけば十分かな。。。
・その他の yh:*タグはすべて消去

ご意見お待ちしています！




2012年9月28日 19:24 Satoshi IIDA nyamp...@gmail.com:
 いいだです。

 yh:WIDTH_RANK による道路の区分けは既にできているので、
 あとはyh:WIDTHの値を使って微調整ができるかどうか、ってところでしょうか。

 http://wiki.openstreetmap.org/wiki/JA:YahooJapanALPS_Data/Highway/DataStructure

 ただ、タグを残して使うにしても
 あくまで参考情報程度(=結局は実測が必要)じゃないかなぁ、と思っていますが、
 指摘の通り、消してしまうことの影響が大きいので慎重に、というのは同意です。


 逆に言えば、少なくともその他の yh: タグについては
 消してしまう方向性でよい、という認識です。
 どうでしょう？



 2012年9月27日 6:23 ribbon o...@ns.ribbon.or.jp:
 On Wed, Sep 26, 2012 at 11:50:11PM +0900, Satoshi IIDA wrote:
 いいだです。

 NewYork Times誌の件で慌ただしい中ではあるのですが、、、
 一部タグの削除の件、他にご意見ありますでしょうか？
 今週いっぱい(9月末)まで待って、特に無ければ、
 yh:で始まるタグはすべて削除する方向で話を進めようかな、と思っています。

 過去の議論をみると、 yh: タグは、後の検証用としてとりあえず
 付けた、ということですね。
 http://lists.openstreetmap.org/pipermail/talk-ja/2012-September/006718.html

 で、基本的には通常のタグにマッピングされているが、yh:width だけは
 うまくできていない、ということでしょうか。

 確かにあまり気にしていなかったのですが、Bingの画像+yh:WIDTH+yh:WIDTH_RANK
 で、もう少し細かくhighwayの値を決めるとか、できるようになるのかもしれません
 (もちろん手動で)。

 消すと元に戻せない(ことはないがとても大変)なので、本当に大丈夫か
 どうか、もう少し見極めた方がいいのではないかと思います。

 自分も、マップするときに、どこまで使えるかを試してみようと思います。

 oota

 ___
 Talk-ja mailing list
 Talk-ja@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ja



 --
 Satoshi IIDA
 mail: nyamp...@gmail.com
 twitter: @nyampire



-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire

___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja

[OSM-ja] OpenLinkMap 日本語化の協力者募集

2012-09-30 Per discussione Shu Higashi

東です。

ご存じの方も多いと思いますがOpenLinkMapがかなり機能強化されています。

Wikipedia,website,opening_hours,smoking,wheelchairなどのタグを
見つけるとクリッカブルなホットリンクを自動作成し、
マップ上は○で表示します。
秋葉原付近：
http://www.openlinkmap.org/?zoom=15lat=35.6982lon=139.77095layers=BFTTT

また、検索窓でPOI名（マクドナルドとか）を指定すると該当名のPOIをリスト表示し
ひとつ選ぶとその概要がポップアップ表示されます。
さらにそのポップアップ内で「More Details」をクリックすると
POIの主要なタグの内容とともに、そこに行くための交通情報
（近くのバス停、駅、駐車場など）が表示されます。
全ての機能はまだ把握しきれていませんが
そのエリアのマップとして、特にタウンマップのような用途に
適しているのではないかと感じています。

普段マッピングしてMapnikで見ているだけだと、レンダリングに無関係なタグを
付けるモチベーションが湧きにくい面がありますが
このOpenLinkMapは、実際にその場所に行く、という利用シーンを想定して
作られているため、opening_hours,contact:phone,website,smoking,wikipedia,cuisine
といったタグや近くのバス停など、実際にそこに行きたい人にとって
必要な情報が表示されるため、細かいタグのマッピングのし甲斐があります。
データの更新も現在は１日１回くらいの頻度で行われています。
（更新日時が左上あたりに表示されます）

ということで、このOpenLinkMapの日本語化を始めたのですが
ちょっと手が回らなくなってしまい
可能な方がいればお手伝い頂けないかというお願いです。
タグを大量に訳さなければならないので、タグの勉強にもなります :)


作業は下記２点です。

1.Wikiページの最新可
英語ページがかなり更新されているので
http://wiki.openstreetmap.org/wiki/OpenLinkMap
これに合せて日本語ページを最新化する。
http://wiki.openstreetmap.org/wiki/JA:OpenLinkMap

2.ウェブサイトの日本語化
ローカライズ用のソースファイルが２つあるのですが、
共同作業できるように(wikiだと改行などが乱れるので)
google docsに置きました。


インデント、改行、空白数などの整形は行わずに
そのままのレイアウトで編集お願いします。

1)ja.js
https://docs.google.com/document/d/1LPx5k0zBHzvjpJosJmeWiuVxc69mt2anGejo7XjWdI8/edit
: をはさんで右側の英語を日本語に置き換えてください。
変数はそのまま残してください。
＜例＞
【変更前】
'errorLoadingGML': Error in loading GML file ${url},
【変更後】
'errorLoadingGML': GMLファイル ${url} をロード中にエラー,


2)ja.php
https://docs.google.com/document/d/1RCP4mtNQ2S1op642gDEktwMajbjkRpNkR3ri-CFzB3E/edit
配列内各要素の右側にある英語を日本語に置き換えてください。
＜例＞
【変更前】
open = now open,
【変更後】
open = 開店中,


以上、よろしくお願いします。

___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] Yahoo/ALPSデータの一部タグ整理について

2012-09-30 Per discussione ribbon

On Sun, Sep 30, 2012 at 09:02:23PM +0900, Satoshi IIDA wrote:
 いいだです。
 
 明日か明後日くらいには一次回答しちゃいたいな、って思います。
 
 ちょっと強引かもしれませんが、
 いまのところの意見をまとめるとこんなかんじ？
 
 ・yh: WIDTHは残す。変換は行わない。
 　参考値なので、widthの値が実測できたら手動で消す。
 　noteタグに情報を残すことも考えましたが、
 　このオペレーションはインポート情報のwikiページに書いておけば十分かな。。。
 ・その他の yh:*タグはすべて消去

あたりで良いのではないかと思います。

oota

___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja

[Talk-GB] Footpaths Mapping party - Cranleigh area, Surrey - Sat 13th Oct

2012-09-30 Per discussione Nick Whitelegg

Hello everyone,

There will be a footpaths mapping party in the Cranleigh area of Surrey on Sat 
13th Oct (previously advised about this but now have the date certain).

The aim will be to as map as many of the missing footpaths in the area between 
Cranleigh, Alfold and Dunsfold. Most of Surrey seems complete now but this 
corner is still missing many footpaths.

Meeting point TBC but likely to be in Cranleigh town from around 9.30 - 10am. 
Will confirm this when I have a venue.

Plan will be to map morning and afternoon, with an optional lunch and then meet 
again in the early evening to review progress.

Please note this will be a joint OSM/FOSM event, as some FOSM contributors in 
Surrey have expressed an interest. The mapping data for the day will be 
gathered as a public-domain licenced .osm file. This can then be imported into 
OSM or FOSM as people wish.

Please let me know (on this list or privately) if you are interested so that I 
have an idea of numbers.

Thanks,
Nick



___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Acceptability of data sources for road names

2012-09-30 Per discussione Borbus

On 30/09/12 10:59, Donald Noble wrote:
 And one other that doesn't fit on this continuum is asking a local
 resident what the name of the new road is.

This seems completely obviously ok to me, why would you think otherwise?

I too have wondered about signs with maps on them.  The thing is, you
can't copyright facts, but databases are a special exception.  Is a sign
with a few road names on it a database?  I would say no.  But IANAL.

-- 
Borbus.

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Acceptability of data sources for road names

2012-09-30 Per discussione Paul Bivand

Small cautionary note on Housing development sales boards.

Development names may well be different from local authority final names. 

In my patch we have had a development known as Capstone Heights with that name 
on all the development signs including maps. However the local authority 
allocated the street name 'Ward View'.

The OSM name has to be the road sign name.

For rural road and path names I'd be tempted to use OS 1:25k or 1:10k, with 
the more extreme nerds going down the county record office to check the mid-
nineteenth century tithe map (very large scale with all paths, woods and fields 
named).

Paulbiv



On Sunday 30 Sep 2012 12:51:43 Lester Caine wrote:
 Donald Noble wrote:
  I would appreciate some opinions on acceptable data sources for road
  names when out surveying, particularly thinking about new housing
  developments here, but could apply elsewhere too.
  
  Of the six data sources below, the first and last are pretty black and
  white OK and not OK respectively, but what about the shades of grey in
  between?
  
  1. Road sign saying Main Street
  2. Sign on house door 6 Main Street
  3. Information board with map labelling road as Main Street
  4. Housing development sales board with map labelling road as Main
  Street
  5. Map on housing development sales website labelling road as Main
  Street
  6. Commercial map of new housing development labelling road as Main
  Street
  
  And one other that doesn't fit on this continuum is asking a local
  resident what the name of the new road is.
  
  I suppose this also applies to other information too, although perhaps
  with additional caveats, especially if it is rarely available on signs
  on the ground.
  
  Sorry if this has been covered before, but I've not come across it.
 
 World Wide this is a continual debate, where different translations and
 'changes of ethnicity' result in roads being CALLED something different ;)
 
 The rule is 'map what is on the ground', so road signs rule, but there may
 well be alternative versions, such as two languages - welsh creates some
 fun. If a house door has details on then that should be tagged against the
 house. It may actually be different to the street sign :)
 
 OFFICIAL new street names are created by the local council and logged with
 their LLPG officer who will update the NLPG at regular intervals. Streets
 form their own register at http://www.thensg.org.uk ... NOW we just need
 free access to it and a bot that can cross check that all of the entries
 exist in OSM :)
 
 THAT is a request I've put through on the open data questionair, but if we
 all ask? In the meantime, the local council have to make the data available
 under open access, so the information is freely available locally.

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] maxspeed changes

2012-09-30 Per discussione Peter Miller

On 27 September 2012 17:42, Jason Cunningham jamicu...@googlemail.comwrote:

 As I mentioned earlier on it was speed limits for roundabouts along a dual
 carriageway that led to me doing a bit of research on UK speed limit
 legislation.
 My 'notes' are below
 http://wiki.openstreetmap.org/wiki/User:Jamicu/UK_Speed_Limits

 A roundabout does not meet the given definition of a dual carriageway
 provided by legislation, and therefore is classified as a single
 carriageway road. Therefore a NSL roundabout can either be a NSL Restricted
 road or NSL single carriageway road speed limit. Recently spotted that my
 satnav already new this.


That does make sense.

Slip road connected to dual carriageways also does not meet the definition
 of a dual carriageway. Slip roads on motorways are not covered by NSL
 legislation. The whole motorway network, which includes the slip roads, is
 deliberately outside NSL legislation. Motorways are special roads with
 separate legislation. If the slips roads are part of the Motorway Network
 then they're special roads covered the Motorway Legislation with a
 maxspeed for cars of 70 mph.


Thanks for the clarification. So what about slip roads on non-motorway
dual-carriageways? Are these 70mph or 60mph in your view?

Things can be different in Scotland. I concentrated on reading 'English'
 legislation and case law. Having read legislation and case law I'm happy to
 argue that British speed limit law is a mess.

 Once you understand the foibles of the legislation you'll start spotting
 stretches of road where signs are wrong or missing. The link below shows
 locations of street lighting around a junction.
 http://goo.gl/maps/I8uhr (yellow for lighting for main road, and orange
 for lighting of runabout which is technically a separate section of road.)
 There are clearly sections of road with 3 more street lamps that mean that
 unless otherwise signed the stretches of road are 'NSL Restricted' with
 speed limits for cars of 30mph. Roads leading up to the lighting are NSL
 single carriageway with speed limits cars of 60 mph. Legislation states
 there should be signs clearly advising you that NSL Restricted begins or
 small signs reminding you NSL single lane carries on, but they are missing
 (I haven't spotted nsl signs while driving or when double checking today
 using StreetView). Therefore the speed limit defaults to NSL Restricted.
 Since drivers would expect a sign for a change in speed limit they are
 unlikely to slow down to the NSL Restricted speed limit. Lack of signs for
 any other change in speed limit would mean it would be impossible to
 prosecute, but signs are not needed for NSL Restricted road and there is
 case law to support this. A problem for drivers, and for people trying to
 map speed limits.


I believe that when one starts finding errors on the ground it is a good
indicator that you are getting good at what you are doing!

Putting aside my little rant about missing speed limit signs, I think we
 could do with proper page giving some advice of speed limits if we intend
 to map them.


Or just  roll the details into the speed limits or maxspeed articles for
now as the same sort of questions are likely to appear in other countries?


Thanks,



Peter



 Jason







 ___
 Talk-GB mailing list
 Talk-GB@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-gb


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-us] Remap-a-tron level 2 complete! Suggestions for level 3?

2012-09-30 Per discussione Charlotte Wolter

Hello,

John makes some excellent points. The key to making this
work would be to prioritize it. Otherwise, it's a neverending Remap-a-Tron.
I don't have any strong feelings about how that should be
done. I'm sure someone will come up with an excellent way to do that.

Charlotte.

At 02:33 PM 9/29/2012, you wrote:
Statements that we should fix all the unedited TIGER data express a
Great Idea. They are, however, rather ambitious statements, and
will require more than a few weeks to completely realize. As such,
cleaning up US TIGER data is a Long Term goal, and does not say
anything regarding how we might prioritize and coordinate work to
realize this goal.

Given the size of the effort, it's crucial that work is organized in
smaller, more bite-sized pieces, so that we can all celebrate the
completion every few weeks of a portion of the work.

Here are some suggestions:

Order US counties by population, largest first, review primary,
secondary and tertiary ways (NE2 and other have been systematically
reviewing interstates and other number routes over the last few
months), compare with TIGER 2012, correct way attributes, and
register road geometry to aerial photography

Order US counties by population, largest first, and review all ways
(in way class order) that have not been edited in the last six
months, compare with TIGER 2012, correct way attributes, and
register road geometry to aerial photography

I will also point out that the connectivity errors I mentioned
earlier are, in fact, largely a result of unedited TIGER data (see
http://wiki.openstreetmap.org/wiki/TIGER_fixuphttp://wiki.openstreetmap.org/wiki/TIGER_fixup,
for example) and do present a well defined subset of issues to focus
upon. A secondary, and perhaps less obvious, benefit of addressing
road network connectivity issues is the significant increase in
quality of routes generated by tools such as OSRM
(http://project-osrm.org/http://project-osrm.org/). There exists
significant interest on OSM as a data source for routing and
navigation applications
(http://www.slideshare.net/dnesbitt61/sotm-us-routinghttp://www.slideshare.net/dnesbitt61/sotm-us-routing,
and others), and showing progress in this area could be a large
boost to the rate of OSM adoption.

In any case, it's important to come to agreement on a set of
constrained, well defined short term goals that demonstrate steady
progress to help keep everyone engaged and motivated.

Best,

On Sat, Sep 29, 2012 at 10:05 AM, Charlotte Wolter
mailto:techl...@techlady.comtechl...@techlady.com wrote:

I also think it would be great, if we could focus on
unedited TIGER. That would clean up the map a lot. There may be
some technical challenges, but overal it would be a good thing.
I know someone suggested roads without a name, though I
think there was discussion that would be technically difficult and
also might produce a lot of focus on country roads and tracks that
never have had a name. However, if we limit it to roads changed by
the redaction, that might be one way to restore the names from
TIGER that were lost.
Some things I would like to see in the future include
editing all the national parks. I know that there is data on their
Web sites, which, I think, is all public domain. That would be a
good thing to do.

Best,

Charlotte

At 12:40 AM 9/29/2012, you wrote:

I think the most necessary cleanup to the USA OSM data is to clean
up all the crazy unedited original Tiger roads.

These can easily be identified simply as those ways that have a
name but are still the original Tiger data and have not been
edited. (except for the balrog-kun bot). You could just identify
spots not closer together than (say) 1 mile and that would allow
the editor to have a nice piece of real estate to clean up each time.
It is quite fun doing this since (with the help of TIGER 2012)
overlay and Bing imagery, it is usually possible to determine which
road goes where and you see an enormous improvement in the map for
relatively small efforts.

If the remap-a-tron identifies an area where all the original;
TIGER data was correct, then no problems, we just flag it as good
and move on, but at least that area has now been eyeballed by a
real person who probably will be able to add in a few new TIGER
2012 roads if they have the overlay active.

___
Talk-us mailing list
mailto:Talk-us@openstreetmap.orgTalk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
tel:%2B1-310-597-4040+1-310-597-4040
mailto:techl...@techlady.comtechl...@techlady.com
Skype: thetechlady

The Four Internet Freedoms
Freedom to visit any site on the Internet
Freedom to access any content or service that is not illegal
Freedom to attach any device that does not interfere with the network

Re: [Talk-us] Remap-a-tron level 2 complete! Suggestions for level 3?

2012-09-30 Per discussione Mike N


On 9/30/2012 12:10 AM, Brian May wrote:

And maybe have different remapatron modes, e.g. crazy tiger mode,
streets with no name mode, and empty hoods mode.


  Yes - The empty hoods mode lends itself to importing the empty hood 
directly from the TIGER data.  We all complain about TIGER errors, and 
the risk of using an abbreviation expansion bot, but I'm quite sure that 
I make more typos per hundred roads than we'd ever see by using the area 
import with even a dumb expansion bot.   That's even with a double check 
before uploading; I'm wasting my mapper time proofreading rather than 
checking geometry or gathering survey data.


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Remap-a-tron level 2 complete! Suggestions for level 3?

Another suggestion: motorways and trunks without lanes=number tags 

- Alan


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Whole-US Garmin Map update - not working for me

2012-09-30 Per discussione Dave Hansen

On 09/29/2012 02:18 PM, Alan wrote:
 Anyone else run across this?  I wonder if something may have changed in the 
 last year in the mkgmap output or something like that.  Any tips would be 
 appreciated.  Thanks

I think it's still using the exact same mkgmap.  The binary's
modification time is March 2010.

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Portland Transit -- TriMet

2012-09-30 Per discussione Richard Welty

i encourage everyone going to portland to take a look at the trimet trip 
planner

at trimet.org

it's built on OSM, it's very well done, and it's convinced me that i 
don't need to rent

a car in Portland.

richard


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Portland Transit -- TriMet

2012-09-30 Per discussione Martijn van Exel

Plus, there's going to be an interesting talk on the schedule about
the trip planner and the headway OSM has made in Portland, in part as
a part of this project.

http://stateofthemap.us/#schedule/trimet%27s-openstreetmap-improvement-project-for-opentripplanner

Also a more general 'state of the map' in Portland:

http://stateofthemap.us/#schedule/the-state-of-the-portland-map

Really exciting stuff if you ask me.


On Sun, Sep 30, 2012 at 6:14 PM, Richard Welty rwe...@averillpark.net wrote:
 i encourage everyone going to portland to take a look at the trimet trip
 planner
 at trimet.org

 it's built on OSM, it's very well done, and it's convinced me that i don't
 need to rent
 a car in Portland.

 richard


 ___
 Talk-us mailing list
 Talk-us@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-us



-- 
martijn van exel
http://oegeo.wordpress.com

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Portland Transit -- TriMet

2012-09-30 Per discussione Paul Johnson

On Sun, Sep 30, 2012 at 10:23 PM, Martijn van Exel m...@rtijn.org wrote:

 Plus, there's going to be an interesting talk on the schedule about
 the trip planner and the headway OSM has made in Portland, in part as
 a part of this project.


A little sorry I'm not going to be able to make it considering how much
effort I helped put into the cycleway network mapping there.
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Whole-US Garmin Map update - not working for me

2012-09-30 Per discussione Dave Hansen

On 09/30/2012 07:21 PM, David ``Smith'' wrote:
 
 On Sep 30, 2012 4:26 PM, Dave Hansen d...@sr71.net
 mailto:d...@sr71.net wrote:

 On 09/29/2012 02:18 PM, Alan wrote:
  Anyone else run across this?  I wonder if something may have changed
 in the last year in the mkgmap output or something like that.  Any tips
 would be appreciated.  Thanks

 I think it's still using the exact same mkgmap.  The binary's
 modification time is March 2010.
 
 Could mkgmap be choking on differently-formatted planet files since ODbL
 switch?

It's possible...  Could folks that are having trouble try some single
tiles or a set generated directly from Lambertus's site?

http://garmin.openstreetmap.nl/


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Whole-US Garmin Map update - not working for me