Re: [Talk-cz] Spojeni dvou relaci

[Tom Ka]

ten kdo to provozuje, takze cz:KCT. CEZ je sponzor, stejne jako byvaji
cedulky Lesu CR.

Bye
On Apr 5, 2016 10:21 PM, "Miroslav Suchý"  wrote:

> Dne 5.4.2016 v 21:56 Marián Kyral napsal(a):
> > Je tam konflikt v operator - cz:KČT vs ČEZ - nevím co je správně.
>
> Zajimava otazka. Je operator ten kdo to znaci (cz:KCT) nebo ten kdo to
> plati (CEZ)?
>
> Mirek
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-br] Ruas sem nomes

[Alexandre Magno Brito de Medeiros]

Segundo me lembro, é mais prático trabalhar com consultas (filtros,
destaques) no JOSM.

Alexandre

Em 5 de abril de 2016 12:33, Lucas Pereira 
escreveu:

> Uma das formas que sei para encontrar ruas sem nome é usando o Overpass
> Turbo.
> Aqui nesta consulta, por exemplo, usei para identificar e corrigir as ruas
> sem nome em Cariacica (ES) com os dados disponíveis:
> http://overpass-turbo.eu/s/ftI
>
> Comecei a criar uma planilha com algumas cidades onde estavam faltando
> ruas, ruas sem nome ou que estavam completamente vazias quando eu estava
> verificando/desenhando ferrovias no nordeste e agrupando as relações, mas
> desisti. Aqui no ES tenho um SHP com os agrupamentos urbanos, tornando um
> pouco mais fácil identificar os locais prioritários para o verificar e
> desenhar/adicionar nomes, mas estou fazendo este trabalho manualmente.
>
> Estava pensando há um tempo atrás, se não existia uma ferramenta que
> pudesse buscar as *highways *dentro das fronteiras administrativas dos
> municípios/bairros e retornar um relatório caso o município possuísse um
> número menor que X ruas desenhadas, para que qualquer um pudesse depois ir
> lá e desenhar as vias. Pelo menos, teríamos uma relação completa.
>
> No interior de MG ou no Nordeste mesmo, já encontrei vários municípios que
> só possuem um ponto *place*, e às vezes uma estrada vicinal.
>
> Att.
> LucFreitas
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Ruas sem nomes (Tomio)

[Alexandre Magno Brito de Medeiros]

Acho normal: primeiro a etapa de traçar, depois a etapa de nomear.

Alexandre

Em 5 de abril de 2016 18:04, Helio Cesar Tomio  escreveu:

> Vejo muitas cidades desenhadas e nenhuma das vias com nome. Se não tivesse
> a camada do IBGE até seria tolerável.
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [talk-au] Distinguishing between low-friction and high-friction shared paths

[Simon Slater]

On Mon, 4 Apr 2016 04:28:45 PM Sam Russell wrote:
> NSW's specifications for bicycle infrastructure are… interesting.  

Slightly off-topic ... a Dutch planner comparing cycleways in Holland and 
Australia said that in Holland the cyclists are protected by barriers like the 
parked cars or even a gutter in the least.  Yet in Australia we protect the 
parked cars by the cyclists.
-- 
Regards
Simon Slater

Registered Linux User #463789
http://linuxcounter.net 

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] L'Aquitaine en Espagne ?

[Philippe Verdy]

Il semble en plus que ces modifs viennent toutes d'un seul utilisateur
(bascophone selon ses commentaires) qui vient de bouger (il y a une
quinzaine d'heures) certains noeuds et d'en remplacer certains (pour passer
par d'autres noeuds, dont quelques noeuds ajoutés pour les "boundary
stone". Puis de réparer plus ou moins bien ce qui était cassé, en le
retraçant.

Mais il ne semble pas s'être occupé correctement de reconnecter toutes les
relations dépendantes, même si ces modifs pourraient être justifiées
(notamment pour les positions des "boundary stones" observées sur le
terrain)

Le 6 avril 2016 à 02:38, Philippe Verdy  a écrit :

> Voir donc les frontières internationales de ces communes françaises et
> comparer à celles de la commune espagnole voisine:
>
> *166907  Itxassou, 166733
>  Urrugne, 166739
>  Birriatou*
>
> Je n'ai pas regardé partout. Mais les ways ne correspondent pas exactement
> au moins pour ces trois communes françaises
>
> Le 6 avril 2016 à 02:33, Philippe Verdy  a écrit :
>
>> Ajoute un critère "({{bbox}})" dans la requête (pour limiter les données
>> à une zone rectangulaire), et met admin_level=8 et tu verras aussi les
>> communes françaises inclues "en Espagne".
>>
>> Globalement, il semble que les segments frontières qui étaient communs
>> aux deux pays ont été séparés par endroit, ne se superposent plus
>> exactement le way utilisé d'un côté ne correspond pas exactement au way
>> utilisé de l'autre côté de la frontière, l'un deux ayant sans doute omis
>> certains noeuds intermédiaires ajoutés de l'autre, ou supprimés d'un seul
>> côté. Sans doute l'effet de quelqu'un qui a redessiné ces ways manuellement
>> côté français ou espagnol et pas refait la conflation correctement, ou une
>> restauration partielle de frontière brisée (au lieu de réinclure le segment
>> manquant qui existe dans la relation voisine, quelqu'un a retracé le bout
>> manquant par dessus l'autre).
>>
>> Le 6 avril 2016 à 02:24, Philippe Verdy  a écrit :
>>
>>> D'ailleurs dans ta requête, change juste admin_level=4 en admin_level=2,
>>> et tu obtiens la France et l'Espagne.
>>> Change en admin_level=6 tu tu vois les provinces espagnoles (sauf celles
>>> qui sont aussi des communautés autonomes de niveau 4, dont Madrid, la
>>> région de Murcie, les Asturies et la Navarre), plus... le département des
>>> Pyrénées-Atlantiques.
>>>
>>> Je chercherais donc dans la double inclusion de cette petite île sur la
>>> frontière franco-espagnole à double souveraineté (entre Irun et Hendaye au
>>> milieu de la Bidassoa), qu'un contriibuteur espagnol a placée entièrement
>>> sous souveraineté espagnole, alors qu'avant elle était coupée en deux
>>> (arbitrairement il faut dire alors qu'il aurait fallu l'inclure dans les
>>> frontières des deux pays, ou bien créer une frontière de niveau 2 séparée
>>> pour ce "condominion", comme cela a été fait entre le Luxembourg et
>>> l'Allemagne sur les eaux des fleuves qui servent de frontières).
>>>
>>>
>>> Le 6 avril 2016 à 01:52, Philippe Verdy  a écrit :
>>>
 C'est la "geocodeArea: Spain" qui est approximative, tracée avec des
 grands segments qui débordent les frontières.

 Il manque ensuite un vrai critère de filtrage par pays. Les seuls
 filtres ici sont sur boundary=administrative et admin_level=4 et le
 résultat est juste car cette "goecodeArea" inclut des noeuds de la
 frontière mais aussi des ways tout entiers.

 On ne peut pas s'attendre à un filtrage exact avec les geocodeArea
 utilisés par Overpass qui incluent des parties frontalières dans d'autres
 pays (on peut le voir aussi en cherchant des noeuds de POIs ou des
 rues/routes).

 De plus les polygones qui définissent ces "geocodeArea" sont mis à jour
 lentement. Je pense en plus qu'ici il y a le problème de l'ile sur le
 fleuve frontalier au pays basque, qui change tous les six mois de
 souveraineté (6 mois française, 6 mois espagnole), et de la fome de gestion
 commune entre les collectivités des deux pays de certains territoires
 partagés (un vieil usage historique basque qui va au delà de la seule
 question de souveraineté nationale même quand elle est exclusive ou alterne
 de façon exclusive tous les 6 mois).

 Enfin il n'est pas exclu qu'un contributeur espagnol ait justement
 repris dans les frontières des ccommunautés ou collectivités espagnoles ces
 parties cogérées, ou qu'à l'inverse cela ait été fait pour la région
 française (noter aussi qu'il y a des conflits frontaliers par sur de petits
 secteurs par endroit): dans ce cas une simple sélection géométrique n'est
 pas suffisante: on doit filtrer les relations des régions elles-mêmes si
 elles se recouvrent partiellement. Le 

Re: [OSM-talk-fr] L'Aquitaine en Espagne ?

[Philippe Verdy]

Voir donc les frontières internationales de ces communes françaises et
comparer à celles de la commune espagnole voisine:

*166907  Itxassou, 166733
 Urrugne, 166739
 Birriatou*

Je n'ai pas regardé partout. Mais les ways ne correspondent pas exactement
au moins pour ces trois communes françaises

Le 6 avril 2016 à 02:33, Philippe Verdy  a écrit :

> Ajoute un critère "({{bbox}})" dans la requête (pour limiter les données à
> une zone rectangulaire), et met admin_level=8 et tu verras aussi les
> communes françaises inclues "en Espagne".
>
> Globalement, il semble que les segments frontières qui étaient communs aux
> deux pays ont été séparés par endroit, ne se superposent plus exactement le
> way utilisé d'un côté ne correspond pas exactement au way utilisé de
> l'autre côté de la frontière, l'un deux ayant sans doute omis certains
> noeuds intermédiaires ajoutés de l'autre, ou supprimés d'un seul côté. Sans
> doute l'effet de quelqu'un qui a redessiné ces ways manuellement côté
> français ou espagnol et pas refait la conflation correctement, ou une
> restauration partielle de frontière brisée (au lieu de réinclure le segment
> manquant qui existe dans la relation voisine, quelqu'un a retracé le bout
> manquant par dessus l'autre).
>
> Le 6 avril 2016 à 02:24, Philippe Verdy  a écrit :
>
>> D'ailleurs dans ta requête, change juste admin_level=4 en admin_level=2,
>> et tu obtiens la France et l'Espagne.
>> Change en admin_level=6 tu tu vois les provinces espagnoles (sauf celles
>> qui sont aussi des communautés autonomes de niveau 4, dont Madrid, la
>> région de Murcie, les Asturies et la Navarre), plus... le département des
>> Pyrénées-Atlantiques.
>>
>> Je chercherais donc dans la double inclusion de cette petite île sur la
>> frontière franco-espagnole à double souveraineté (entre Irun et Hendaye au
>> milieu de la Bidassoa), qu'un contriibuteur espagnol a placée entièrement
>> sous souveraineté espagnole, alors qu'avant elle était coupée en deux
>> (arbitrairement il faut dire alors qu'il aurait fallu l'inclure dans les
>> frontières des deux pays, ou bien créer une frontière de niveau 2 séparée
>> pour ce "condominion", comme cela a été fait entre le Luxembourg et
>> l'Allemagne sur les eaux des fleuves qui servent de frontières).
>>
>>
>> Le 6 avril 2016 à 01:52, Philippe Verdy  a écrit :
>>
>>> C'est la "geocodeArea: Spain" qui est approximative, tracée avec des
>>> grands segments qui débordent les frontières.
>>>
>>> Il manque ensuite un vrai critère de filtrage par pays. Les seuls
>>> filtres ici sont sur boundary=administrative et admin_level=4 et le
>>> résultat est juste car cette "goecodeArea" inclut des noeuds de la
>>> frontière mais aussi des ways tout entiers.
>>>
>>> On ne peut pas s'attendre à un filtrage exact avec les geocodeArea
>>> utilisés par Overpass qui incluent des parties frontalières dans d'autres
>>> pays (on peut le voir aussi en cherchant des noeuds de POIs ou des
>>> rues/routes).
>>>
>>> De plus les polygones qui définissent ces "geocodeArea" sont mis à jour
>>> lentement. Je pense en plus qu'ici il y a le problème de l'ile sur le
>>> fleuve frontalier au pays basque, qui change tous les six mois de
>>> souveraineté (6 mois française, 6 mois espagnole), et de la fome de gestion
>>> commune entre les collectivités des deux pays de certains territoires
>>> partagés (un vieil usage historique basque qui va au delà de la seule
>>> question de souveraineté nationale même quand elle est exclusive ou alterne
>>> de façon exclusive tous les 6 mois).
>>>
>>> Enfin il n'est pas exclu qu'un contributeur espagnol ait justement
>>> repris dans les frontières des ccommunautés ou collectivités espagnoles ces
>>> parties cogérées, ou qu'à l'inverse cela ait été fait pour la région
>>> française (noter aussi qu'il y a des conflits frontaliers par sur de petits
>>> secteurs par endroit): dans ce cas une simple sélection géométrique n'est
>>> pas suffisante: on doit filtrer les relations des régions elles-mêmes si
>>> elles se recouvrent partiellement. Le "geocodeArea" lui sera incapable de
>>> réellement séparer les pays: c'est aussi une limite du modèle de sélection
>>> purement géométrique (qui présuppose une partition de l'espace, sans aucun
>>> recouvrement partiel).
>>>
>>> Pour résoudre ça proprement: mettre les attributs de pays sur les
>>> relations concernées... ou utiliser les "subareas" que certains critiquent
>>> alors qu'ils associent de façon claire les subdvisions à leur subdivision
>>> parente (et cela n'a rien à voir avec la question d'une prétendue
>>> représentation par frontières ou par surface, vieux débat sans objet car
>>> c'est exactement la même chose, les deux étant représentés par des "ways"
>>> OSM membres de la relation "boundary"'!).
>>>
>>>
>>> Le 6 avril 2016 à 

Re: [OSM-talk-fr] L'Aquitaine en Espagne ?

[Philippe Verdy]

Ajoute un critère "({{bbox}})" dans la requête (pour limiter les données à
une zone rectangulaire), et met admin_level=8 et tu verras aussi les
communes françaises inclues "en Espagne".

Globalement, il semble que les segments frontières qui étaient communs aux
deux pays ont été séparés par endroit, ne se superposent plus exactement le
way utilisé d'un côté ne correspond pas exactement au way utilisé de
l'autre côté de la frontière, l'un deux ayant sans doute omis certains
noeuds intermédiaires ajoutés de l'autre, ou supprimés d'un seul côté. Sans
doute l'effet de quelqu'un qui a redessiné ces ways manuellement côté
français ou espagnol et pas refait la conflation correctement, ou une
restauration partielle de frontière brisée (au lieu de réinclure le segment
manquant qui existe dans la relation voisine, quelqu'un a retracé le bout
manquant par dessus l'autre).

Le 6 avril 2016 à 02:24, Philippe Verdy  a écrit :

> D'ailleurs dans ta requête, change juste admin_level=4 en admin_level=2,
> et tu obtiens la France et l'Espagne.
> Change en admin_level=6 tu tu vois les provinces espagnoles (sauf celles
> qui sont aussi des communautés autonomes de niveau 4, dont Madrid, la
> région de Murcie, les Asturies et la Navarre), plus... le département des
> Pyrénées-Atlantiques.
>
> Je chercherais donc dans la double inclusion de cette petite île sur la
> frontière franco-espagnole à double souveraineté (entre Irun et Hendaye au
> milieu de la Bidassoa), qu'un contriibuteur espagnol a placée entièrement
> sous souveraineté espagnole, alors qu'avant elle était coupée en deux
> (arbitrairement il faut dire alors qu'il aurait fallu l'inclure dans les
> frontières des deux pays, ou bien créer une frontière de niveau 2 séparée
> pour ce "condominion", comme cela a été fait entre le Luxembourg et
> l'Allemagne sur les eaux des fleuves qui servent de frontières).
>
>
> Le 6 avril 2016 à 01:52, Philippe Verdy  a écrit :
>
>> C'est la "geocodeArea: Spain" qui est approximative, tracée avec des
>> grands segments qui débordent les frontières.
>>
>> Il manque ensuite un vrai critère de filtrage par pays. Les seuls filtres
>> ici sont sur boundary=administrative et admin_level=4 et le résultat est
>> juste car cette "goecodeArea" inclut des noeuds de la frontière mais aussi
>> des ways tout entiers.
>>
>> On ne peut pas s'attendre à un filtrage exact avec les geocodeArea
>> utilisés par Overpass qui incluent des parties frontalières dans d'autres
>> pays (on peut le voir aussi en cherchant des noeuds de POIs ou des
>> rues/routes).
>>
>> De plus les polygones qui définissent ces "geocodeArea" sont mis à jour
>> lentement. Je pense en plus qu'ici il y a le problème de l'ile sur le
>> fleuve frontalier au pays basque, qui change tous les six mois de
>> souveraineté (6 mois française, 6 mois espagnole), et de la fome de gestion
>> commune entre les collectivités des deux pays de certains territoires
>> partagés (un vieil usage historique basque qui va au delà de la seule
>> question de souveraineté nationale même quand elle est exclusive ou alterne
>> de façon exclusive tous les 6 mois).
>>
>> Enfin il n'est pas exclu qu'un contributeur espagnol ait justement repris
>> dans les frontières des ccommunautés ou collectivités espagnoles ces
>> parties cogérées, ou qu'à l'inverse cela ait été fait pour la région
>> française (noter aussi qu'il y a des conflits frontaliers par sur de petits
>> secteurs par endroit): dans ce cas une simple sélection géométrique n'est
>> pas suffisante: on doit filtrer les relations des régions elles-mêmes si
>> elles se recouvrent partiellement. Le "geocodeArea" lui sera incapable de
>> réellement séparer les pays: c'est aussi une limite du modèle de sélection
>> purement géométrique (qui présuppose une partition de l'espace, sans aucun
>> recouvrement partiel).
>>
>> Pour résoudre ça proprement: mettre les attributs de pays sur les
>> relations concernées... ou utiliser les "subareas" que certains critiquent
>> alors qu'ils associent de façon claire les subdvisions à leur subdivision
>> parente (et cela n'a rien à voir avec la question d'une prétendue
>> représentation par frontières ou par surface, vieux débat sans objet car
>> c'est exactement la même chose, les deux étant représentés par des "ways"
>> OSM membres de la relation "boundary"'!).
>>
>>
>> Le 6 avril 2016 à 00:17, Vincent de Château-Thierry  a
>> écrit :
>>
>>> Bonsoir,
>>> signalé sur Twitter puis IRC :
>>> https://twitter.com/jbjensson/status/717283332933988352/photo/1
>>>
>>> Problème de requête Overpass ? De données ? Si quelqu'un a le temps de
>>> s'y pencher...
>>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] L'Aquitaine en Espagne ?

[Philippe Verdy]

D'ailleurs dans ta requête, change juste admin_level=4 en admin_level=2, et
tu obtiens la France et l'Espagne.
Change en admin_level=6 tu tu vois les provinces espagnoles (sauf celles
qui sont aussi des communautés autonomes de niveau 4, dont Madrid, la
région de Murcie, les Asturies et la Navarre), plus... le département des
Pyrénées-Atlantiques.

Je chercherais donc dans la double inclusion de cette petite île sur la
frontière franco-espagnole à double souveraineté (entre Irun et Hendaye au
milieu de la Bidassoa), qu'un contriibuteur espagnol a placée entièrement
sous souveraineté espagnole, alors qu'avant elle était coupée en deux
(arbitrairement il faut dire alors qu'il aurait fallu l'inclure dans les
frontières des deux pays, ou bien créer une frontière de niveau 2 séparée
pour ce "condominion", comme cela a été fait entre le Luxembourg et
l'Allemagne sur les eaux des fleuves qui servent de frontières).


Le 6 avril 2016 à 01:52, Philippe Verdy  a écrit :

> C'est la "geocodeArea: Spain" qui est approximative, tracée avec des
> grands segments qui débordent les frontières.
>
> Il manque ensuite un vrai critère de filtrage par pays. Les seuls filtres
> ici sont sur boundary=administrative et admin_level=4 et le résultat est
> juste car cette "goecodeArea" inclut des noeuds de la frontière mais aussi
> des ways tout entiers.
>
> On ne peut pas s'attendre à un filtrage exact avec les geocodeArea
> utilisés par Overpass qui incluent des parties frontalières dans d'autres
> pays (on peut le voir aussi en cherchant des noeuds de POIs ou des
> rues/routes).
>
> De plus les polygones qui définissent ces "geocodeArea" sont mis à jour
> lentement. Je pense en plus qu'ici il y a le problème de l'ile sur le
> fleuve frontalier au pays basque, qui change tous les six mois de
> souveraineté (6 mois française, 6 mois espagnole), et de la fome de gestion
> commune entre les collectivités des deux pays de certains territoires
> partagés (un vieil usage historique basque qui va au delà de la seule
> question de souveraineté nationale même quand elle est exclusive ou alterne
> de façon exclusive tous les 6 mois).
>
> Enfin il n'est pas exclu qu'un contributeur espagnol ait justement repris
> dans les frontières des ccommunautés ou collectivités espagnoles ces
> parties cogérées, ou qu'à l'inverse cela ait été fait pour la région
> française (noter aussi qu'il y a des conflits frontaliers par sur de petits
> secteurs par endroit): dans ce cas une simple sélection géométrique n'est
> pas suffisante: on doit filtrer les relations des régions elles-mêmes si
> elles se recouvrent partiellement. Le "geocodeArea" lui sera incapable de
> réellement séparer les pays: c'est aussi une limite du modèle de sélection
> purement géométrique (qui présuppose une partition de l'espace, sans aucun
> recouvrement partiel).
>
> Pour résoudre ça proprement: mettre les attributs de pays sur les
> relations concernées... ou utiliser les "subareas" que certains critiquent
> alors qu'ils associent de façon claire les subdvisions à leur subdivision
> parente (et cela n'a rien à voir avec la question d'une prétendue
> représentation par frontières ou par surface, vieux débat sans objet car
> c'est exactement la même chose, les deux étant représentés par des "ways"
> OSM membres de la relation "boundary"'!).
>
>
> Le 6 avril 2016 à 00:17, Vincent de Château-Thierry  a
> écrit :
>
>> Bonsoir,
>> signalé sur Twitter puis IRC :
>> https://twitter.com/jbjensson/status/717283332933988352/photo/1
>>
>> Problème de requête Overpass ? De données ? Si quelqu'un a le temps de
>> s'y pencher...
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] L'Aquitaine en Espagne ?

[Philippe Verdy]

C'est la "geocodeArea: Spain" qui est approximative, tracée avec des grands
segments qui débordent les frontières.

Il manque ensuite un vrai critère de filtrage par pays. Les seuls filtres
ici sont sur boundary=administrative et admin_level=4 et le résultat est
juste car cette "goecodeArea" inclut des noeuds de la frontière mais aussi
des ways tout entiers.

On ne peut pas s'attendre à un filtrage exact avec les geocodeArea utilisés
par Overpass qui incluent des parties frontalières dans d'autres pays (on
peut le voir aussi en cherchant des noeuds de POIs ou des rues/routes).

De plus les polygones qui définissent ces "geocodeArea" sont mis à jour
lentement. Je pense en plus qu'ici il y a le problème de l'ile sur le
fleuve frontalier au pays basque, qui change tous les six mois de
souveraineté (6 mois française, 6 mois espagnole), et de la fome de gestion
commune entre les collectivités des deux pays de certains territoires
partagés (un vieil usage historique basque qui va au delà de la seule
question de souveraineté nationale même quand elle est exclusive ou alterne
de façon exclusive tous les 6 mois).

Enfin il n'est pas exclu qu'un contributeur espagnol ait justement repris
dans les frontières des ccommunautés ou collectivités espagnoles ces
parties cogérées, ou qu'à l'inverse cela ait été fait pour la région
française (noter aussi qu'il y a des conflits frontaliers par sur de petits
secteurs par endroit): dans ce cas une simple sélection géométrique n'est
pas suffisante: on doit filtrer les relations des régions elles-mêmes si
elles se recouvrent partiellement. Le "geocodeArea" lui sera incapable de
réellement séparer les pays: c'est aussi une limite du modèle de sélection
purement géométrique (qui présuppose une partition de l'espace, sans aucun
recouvrement partiel).

Pour résoudre ça proprement: mettre les attributs de pays sur les relations
concernées... ou utiliser les "subareas" que certains critiquent alors
qu'ils associent de façon claire les subdvisions à leur subdivision parente
(et cela n'a rien à voir avec la question d'une prétendue représentation
par frontières ou par surface, vieux débat sans objet car c'est exactement
la même chose, les deux étant représentés par des "ways" OSM membres de la
relation "boundary"'!).


Le 6 avril 2016 à 00:17, Vincent de Château-Thierry  a
écrit :

> Bonsoir,
> signalé sur Twitter puis IRC :
> https://twitter.com/jbjensson/status/717283332933988352/photo/1
>
> Problème de requête Overpass ? De données ? Si quelqu'un a le temps de s'y
> pencher...
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-ie] Landuse

[Dave Corley]

Hi  Colm,

I've seen what you are referring to.

All I can say is what I normally do and that is to leave an area alone
until I've had a chance to survey it.

Once I gather the street and housing estate and apartment block names, I'll
refine the landuse=res by enclosing each in their own boundary where the
boundaries are obvious and applying the name to it.

I've done this for most of Galway City and several of the larger towns in
Galway over the last few years.

When I'm out collecting that level of data I'll typically gather address
data at the same time too. If I'm at a place and surveying, the chances of
me coming back to gather address data separately are pretty slim so I try
get that while I'm there.

As for enclosing large areas I agree. The caveat to what I said above is
that it is dependent on the area being primarily a residential area. An
example would be blocks where the ground level is retail but the remaining
floors are apartments. The building is mixed use and primarily residential
however it is located in a retail area, then I map the area as retail.

This would be a great topic to discuss in more detail at the meet up on the
23rd

Dave
On 5 Apr 2016 21:46, "Colm Moore"  wrote:

> Hi,
> Caution! Moan ahead! :)
>
> There has been talk of adopting a project like mapping all schools. I do
> think it is worthy.
> Could I suggest an alternative in landuse, in particular
> landuse=residential? We map lots of roads, forests and farmland, but not so
> mush residential usage.
> As it stands, there are large gaps in most of the cities, in particular
> city centres, although very little of Cork (residential) has been done at
> all. I accept that in city centres / other older areas it can be difficult
> to separate terraced houses from terraced mixed-use areas, without local
> knowledge.
> Separately, I think some users might be being too coarse in the
> application of landuse=residential and enclosing an entire village in one
> area or a middling-to-large sized town in two. I think it would be more
> useful to implement on a neighbourhood (in older areas) or housing estate
> level (in newer areas). I think it would make maintenance easier,
> especially if an housing estate has a name as a whole, that isn't
> necessarily reflected in the street or townland names, e,g, in Whitehall in
> Dublin, the combination of Walnut Rise, Walnut Lawn, Walnut Avenue, Walnut
> Park, Walnut Court are, for some reason, known as Courtlands (Estate).
> https://www.openstreetmap.org/way/132713513
> For example, in Malahide, there are about 25 streets with the name Seabury
>  (and a few called Lissadell ) and the area is known as Seabury.
> The origin of the name is the adjacent, but separate, townland of Seatown.
> The neighbouring areas of Yellow Walls and Swords Road are enclosed in the
> same landuse=residential area, although at points there are areas within
> areas, which I think can only make maintenance difficult. In a town of
> 14,000, two landuse=residential areas cover 90-95% of the population, while
> immediately next to it there are several areas used to cover 3-5 house each.
> Any thoughts?
> Thank you
>
> Colm
>
>
> ---
> Never doubt that a small group of thoughtful, committed citizens can
> change the world. Indeed, it is the only thing that ever has. Margaret Mead
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[Pierre Béland]

Bonjour Sébastien,
j'ai mal recopié l'info et n'ai pas vu la subtilité SA ou NC. En relisant sur 
le site, il semble bien que ce soit la licence CC-by telle que promoise en 
février 2014.
Avec cette l'annonce du nouveau site de données ouvertes aujourd'hui, je n'ai 
pas vu de menton de la licence. Cependant elle est spécifiée sur le site et 
avec chaque jeu de données.

Voici le lien vers la licence. On indique 6 variantes possibles.
https://www.donneesquebec.ca/fr/licence/#cc-by

La mention de la licence lors du téléchargement d'un jeu de données est
Licence Creative Commons - Attribution 4.0
Voir par exemple 
https://www.donneesquebec.ca/recherche/fr/dataset/liaison-maritime
Il faudra effectivement s'assurer que c'est bien la licence cc-by qui 
s'applique.  
 
Pierre 


  De : Sebastien Duthil 
 À : talk-ca@openstreetmap.org 
 Envoyé le : mardi 5 avril 2016 17h52
 Objet : Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau 
portail et licence ouverte
   
On 04/05/2016 11:46 AM, Pierre Béland wrote:
> Le nouveau portail a été lancé aujourd'hui à
> https://www.donneesquebec.ca 
> 
> Les données sont maintenant publiées avec la licence CC-by-SA-4.0. Cela
> devrait donc permettre l'import des données offertes par le gouvernement
> du Québec et les municipalités de Québec, Montréal, Gatineau et Sherbrooke.

Peux-tu préciser où tu as vu que CC-BY-SA était compatible avec ODbL? Je
n'ai trouvé que l'indication du contraire dans le wiki [1].

Aussi, j'y ai vu des données sous licence CC-BY-4.0, sans clause SA...
celles-ci seraient-elles compatibles?

---

Could you point out where you read that CC-BY-SA was compatible with
ODbL? I only found the wiki stating the contrary [1].

Also, I found on the website some data under CC-BY-4.0, without the SA
restriction... would that make the data compatible?

[1]
http://wiki.openstreetmap.org/wiki/Common_licence_interpretations#Is_the_OSM_licence_.28ODbL.29_compatible_with_other_.22free.22_licences.3F
(last section)

-- 
Sébastien Duthil

___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


  ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk-fr] L'Aquitaine en Espagne ?

[Vincent de Château-Thierry]

Bonsoir,
signalé sur Twitter puis IRC : 
https://twitter.com/jbjensson/status/717283332933988352/photo/1


Problème de requête Overpass ? De données ? Si quelqu'un a le temps de 
s'y pencher...


merci
vincent

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

Re: [Talk-br] Ruas sem nomes (Tomio)

[Lucas Pereira]

Tomio, não consegui renderizar os dados direto do navegador aqui também
não, mas fiz o seguinte:

1: deixei essa linha assim:
way["highway"="residential"]["name"!~".*"](area.searchArea);
2: ao invés de clicar em "Executar" foi direto em "Exportar" com o JOSM
aberto (e o controle remoto ativado).

O arquivo total deu 44 MB, só de vias residenciais. Tentei baixar todas as
highways desta forma mas deu erro de timeout no JOSM.
Espero que te ajude.

Att.
LucFreitas

Em 5 de abril de 2016 18:04, Helio Cesar Tomio  escreveu:

> santamariense, parabéns pelo feito junto a Prefeitura.
> Belo exemplo para as outras.
>
> Esse problema de vias sem nome é muito consistente. Vejo muitas cidades
> desenhadas e nenhuma das vias com nome. Se não tivesse a camada do IBGE até
> seria tolerável.
>
> Lucas, tentei usar o seu overpass substituindo Cariacica por Santa
> Catarina, mas não funcionou.
> Alguém poderia dar uma mão? Gostaria de conferir nosso estado. Depois uso
> como exemplo para os outros.
> Grato,
> Tomio.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[Sebastien Duthil]

On 04/05/2016 11:46 AM, Pierre Béland wrote:
> Le nouveau portail a été lancé aujourd'hui à
> https://www.donneesquebec.ca 
> 
> Les données sont maintenant publiées avec la licence CC-by-SA-4.0. Cela
> devrait donc permettre l'import des données offertes par le gouvernement
> du Québec et les municipalités de Québec, Montréal, Gatineau et Sherbrooke.

Peux-tu préciser où tu as vu que CC-BY-SA était compatible avec ODbL? Je
n'ai trouvé que l'indication du contraire dans le wiki [1].

Aussi, j'y ai vu des données sous licence CC-BY-4.0, sans clause SA...
celles-ci seraient-elles compatibles?

---

Could you point out where you read that CC-BY-SA was compatible with
ODbL? I only found the wiki stating the contrary [1].

Also, I found on the website some data under CC-BY-4.0, without the SA
restriction... would that make the data compatible?

[1]
http://wiki.openstreetmap.org/wiki/Common_licence_interpretations#Is_the_OSM_licence_.28ODbL.29_compatible_with_other_.22free.22_licences.3F
(last section)

-- 
Sébastien Duthil

___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-it] Marmista

[Damjan Gerl]

05.04.2016 - 22:52 - girarsi_liste:

Il 05/04/2016 20:54, Alberto Nogaro ha scritto:

From: Gianluca Boero [mailto:gianlucabo...@alice.it]
Sent: martedì 5 aprile 2016 16:04
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Marmista

e un'area dedicata alla lavorazione della pietra?
Taglio, scalpellino, lavorazione, scalpellino, stoccaggio. Generalmente sono 
aree a cielo aperto dalle mie parti.

craft=stonemason ?

Ciao,
Alberto


Io ho messo questo ad esempio due mesi fà, anche se non viene renderizzato:

http://www.openstreetmap.org/node/4011676465#map=19/46.05016/11.44902

Però non ho preso in considerazione anche shop, in quanto è di fatto
anche un negozio di marmi e altro legato ad elementi estetici per tombe
o altro legato alla lavorazione del marmo e affini.


Si, ho fatto anche io cosi:
http://www.openstreetmap.org/way/124868868

Anche io non ho preso in considerazione shop anche se si tratta anche di 
vendita...


Ciao
Damjan

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

[Talk-br] Ruas sem nomes (Tomio)

[Helio Cesar Tomio]

santamariense, parabéns pelo feito junto a Prefeitura.
Belo exemplo para as outras.

Esse problema de vias sem nome é muito consistente. Vejo muitas cidades
desenhadas e nenhuma das vias com nome. Se não tivesse a camada do IBGE até
seria tolerável.

Lucas, tentei usar o seu overpass substituindo Cariacica por Santa
Catarina, mas não funcionou.
Alguém poderia dar uma mão? Gostaria de conferir nosso estado. Depois uso
como exemplo para os outros.
Grato,
Tomio.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] iD-indoor : éditeur simple pour la carto indoor

[PanierAvide]

Avec plaisir ;)


Le 05/04/2016 22:52, Christian Quest a écrit :

On se fait un atelier sur le sujet à Clermont ?

Le 5 avril 2016 à 20:00, PanierAvide > a écrit :


Merci :) Le jumelage avec OpenEvacMap ce serait cool
effectivement, j'imaginais bien pour relier OpenEvacMap et
iD-indoor un service collaboratif de calage/mise au propre des
photos capturées. Ce service s'alimenterait à partir des
contributions OpenEvacMap, et les plans calés pourraient être mis
en arrière plan dans iD-indoor. On aurait une chaîne de traitement
complète tout en ayant des services "spécialisés" (OpenEvacMap
reste simple d'utilisation, iD-indoor concentré sur l'édition, et
l'outil intermédiaire pourrait être conçu pour permettre de la
contribution rapide à la manière d'OpenSolarMap). Enfin je dis
ça... ;)


Le 05/04/2016 19:43, dHuy Pierre a écrit :

GG et merci!
Est-ce qu'il serait envisageable de le jumeler avec openevacmap
pour la collecte de plan?
Et éventuellement d'uploader un plan soi-même réutilisable par
d'autres?



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




--
Christian Quest - OpenStreetMap France


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



--
PanierAvide
Géomaticien & développeur

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

Re: [OSM-talk-fr] iD-indoor : éditeur simple pour la carto indoor

[Christian Quest]

On se fait un atelier sur le sujet à Clermont ?

Le 5 avril 2016 à 20:00, PanierAvide  a écrit :

> Merci :) Le jumelage avec OpenEvacMap ce serait cool effectivement,
> j'imaginais bien pour relier OpenEvacMap et iD-indoor un service
> collaboratif de calage/mise au propre des photos capturées. Ce service
> s'alimenterait à partir des contributions OpenEvacMap, et les plans calés
> pourraient être mis en arrière plan dans iD-indoor. On aurait une chaîne de
> traitement complète tout en ayant des services "spécialisés" (OpenEvacMap
> reste simple d'utilisation, iD-indoor concentré sur l'édition, et l'outil
> intermédiaire pourrait être conçu pour permettre de la contribution rapide
> à la manière d'OpenSolarMap). Enfin je dis ça... ;)
>
>
> Le 05/04/2016 19:43, dHuy Pierre a écrit :
>
> GG et merci!
> Est-ce qu'il serait envisageable de le jumeler avec openevacmap pour la
> collecte de plan?
> Et éventuellement d'uploader un plan soi-même réutilisable par d'autres?
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Marmista

[girarsi_liste]

Il 05/04/2016 20:54, Alberto Nogaro ha scritto:
> From: Gianluca Boero [mailto:gianlucabo...@alice.it] 
> Sent: martedì 5 aprile 2016 16:04
> To: openstreetmap list - italiano 
> Subject: Re: [Talk-it] Marmista
> 
> e un'area dedicata alla lavorazione della pietra? 
> Taglio, scalpellino, lavorazione, scalpellino, stoccaggio. Generalmente sono 
> aree a cielo aperto dalle mie parti.
> 
> craft=stonemason ?
> 
> Ciao,
> Alberto
> 

Io ho messo questo ad esempio due mesi fà, anche se non viene renderizzato:

http://www.openstreetmap.org/node/4011676465#map=19/46.05016/11.44902

Però non ho preso in considerazione anche shop, in quanto è di fatto
anche un negozio di marmi e altro legato ad elementi estetici per tombe
o altro legato alla lavorazione del marmo e affini.




-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

[OSM-talk-ie] Landuse

[Colm Moore]

Hi,
Caution! Moan ahead! :)

There has been talk of adopting a project like mapping all schools. I do think 
it is worthy.
Could I suggest an alternative in landuse, in particular landuse=residential? 
We map lots of roads, forests and farmland, but not so mush residential usage.
As it stands, there are large gaps in most of the cities, in particular city 
centres, although very little of Cork (residential) has been done at all. I 
accept that in city centres / other older areas it can be difficult to separate 
terraced houses from terraced mixed-use areas, without local knowledge.
Separately, I think some users might be being too coarse in the application of 
landuse=residential and enclosing an entire village in one area or a 
middling-to-large sized town in two. I think it would be more useful to 
implement on a neighbourhood (in older areas) or housing estate level (in newer 
areas). I think it would make maintenance easier, especially if an housing 
estate has a name as a whole, that isn't necessarily reflected in the street or 
townland names, e,g, in Whitehall in Dublin, the combination of Walnut Rise, 
Walnut Lawn, Walnut Avenue, Walnut Park, Walnut Court are, for some reason, 
known as Courtlands (Estate). https://www.openstreetmap.org/way/132713513
For example, in Malahide, there are about 25 streets with the name Seabury  
(and a few called Lissadell ) and the area is known as Seabury. The origin 
of the name is the adjacent, but separate, townland of Seatown. The 
neighbouring areas of Yellow Walls and Swords Road are enclosed in the same 
landuse=residential area, although at points there are areas within areas, 
which I think can only make maintenance difficult. In a town of 14,000, two 
landuse=residential areas cover 90-95% of the population, while immediately 
next to it there are several areas used to cover 3-5 house each.
Any thoughts?
Thank you

Colm

---
Never doubt that a small group of thoughtful, committed citizens can change the 
world. Indeed, it is the only thing that ever has. Margaret Mead
  
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-br] Site da Prefeitura de Santa Maria inclui link para o OSM

[Gerald Weber]

Muito legal, parabéns! A área parece muito bem mapeada também, o que deve
ter incentivado a inclusão do link pela prefeitura.

abraço

Gerald

2016-04-05 13:42 GMT-03:00 santamariense :

> Protocolei na prefeitura de Santa Maria / RS um pedido para inclusão
> ou substituição do link do Google Maps para o OpenStreetmap. No
> protocolo detalhei o projeto, citei exemplos de entidades
> governamentais que mudaram para o OSM e por quais motivos. Justifiquei
> que o Google Maps é uma empresa que presa o lucro como o Here, Bing,
> Waze, etc. Enfim... a prefeitura arrumou o link do Google Maps, que
> antes apontava para o município e agora aponta para a localização da
> prefeitura, e adicionaram também um link para a localização da
> prefeitura de Santa Maria no OSM. O banner com link pode ser
> encontrado no lado direito do site http://www.santamaria.rs.gov.br/ e
> aponta para
> http://www.openstreetmap.org/way/194242022?mlat=-29.685424715280533=-53.80350887775421#map=18/-29.685424715280533/-53.80350887775421=H
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Mapas sem copyright Fwd: [HOT] Waterway - Determining Flow Direction

[Gerald Weber]

Segundo esta mansagem que circulou na lista do HOT, esses mapas não tem
copyright:

http://www.lib.utexas.edu/maps/jog/

cobrem o Brasil também, são mapas antigos, mas pode ser úteis para alguma
coisa

abraço

Gerald


-- Forwarded message --
From: Michael Heißmeier 
Date: 5 April 2016 at 15:49
Subject: Re: [HOT] Waterway - Determining Flow Direction
To: HOT 


Hi Mike,

there is another option which I occasionally use. Depending on the area in
question you might find more-or-less outdated US military maps (JOG/AMS
etc.) which have the advantage that there is no copyright associated with
them. They tend to be fairly exact as far as terrain and waterbodies are
concerned and sometimes are good sources for the names of such bodies as
well.

For your specific area the one to choose would be
http://www.lib.utexas.edu/maps/jog/southern_africa/se-35-7-binga-southern_rhodesia-zambia.jpg

I attached a clip of it to this mail. Looks as if these intermittent rivers
are visible on this map, flowing WSW into the lake.

Best Regards

*Michael (osm:michael63) *

___
HOT mailing list
h...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/hot
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-de] query in postgis osmosis

[Walter Nordmann]

Tobias Hobmeier wrote
> ja da scheint bei mir was faul zu sein. (ergebnisse siehe unten)
> Nachdem ich nur niederbayern in der DB habe werde ich sie einfach
> auslehren denke ich ... und neu anlegen

a) freut mich, dass du mit postgis auf dem richtigen weg bist.
b) neu laden sollte nix bringen, da die Grenzen von Landshut und Umgebung
seit mehreren Monaten keine Probleme hatten.

aber warten wir mal die nächsten Ergebnisse ab. Und dann steige ich
"richtig" ein.

sorry, war spät dran, aber die Kollegen haben ja schon reagiert.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/query-in-postgis-osmosis-tp5869410p5871315.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-cz] Spojeni dvou relaci

[Miroslav Suchý]

Dne 5.4.2016 v 21:56 Marián Kyral napsal(a):
> Je tam konflikt v operator - cz:KČT vs ČEZ - nevím co je správně.

Zajimava otazka. Je operator ten kdo to znaci (cz:KCT) nebo ten kdo to
plati (CEZ)?

Mirek

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 117, Eintrag 7

[Martin Koppenhoefer]

sent from a phone

> Am 05.04.2016 um 13:43 schrieb Bernhard Kuisle :
> 
> 1. Das Radfahren und auch das Radschieben sind wenn nicht ausdrücklich 
> erlaubt in einer Fußgängerzone verboten.


das Fahren ja, das Schieben nein

Gruß,
Martin 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[moltonel]

On 5 April 2016 16:18:53 GMT+01:00, Greg Morgan 
>In my case, you'll have to provide more context here.  I look at OSM
>Inspector and Keep Right and see all these broken things.  That is a
>beautiful discovery.  Mappers are trying to improve the map that is
>very
>much a human endeavor and mistake prone.  I am just lost how everything
>is
>a bad import.

I don't think any of those import is bad, at least not on the criteria of 
duplicated way/relation tags. In the low count cases, the duplication is likely 
to have happened during later edits rather than the initial import. Today 
duplicating tag on way+rel is considered bad practice, but that came about 
slowly (standard practice used to be to tag the way only).

Duplication is also fairly harmless (as long as the tags don't contradict), and 
some would argue that it isn't worth the version churn.

Broken polygons on the other hand (which were probably broken manually, not by 
the imports) are worth fixing. They are easy to detect but not always easy to 
fix. Some error types might be mechanically fixable, but I guess that most need 
human intervention.
-- 
Vincent Dp

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

Re: [Talk-de] Radeln, rollern, schieben / Talk-de Nachrichtensammlung, Band 117, Eintrag 7

[Volker Schmidt]

... um die Sache noch komplizierter zu machen fuer die Soldaten der NATO:
in Italien darf man in der Fussgaengerzone Fahrrad fahren solange kein
zusaetzliche Schild das Radfahren ausschliesst.
(nicht nur Martins NATO Soldaten haben dami Probleme, sondern auch die
lokale Polizei in Florenz, die eifrig radfahrende Touristen zum Absteigen
zwingt)

:-)

2016-04-05 21:26 GMT+02:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > Am 05.04.2016 um 14:54 schrieb Tom Pfeifer :
> >
> > https://dejure.org/gesetze/StVO/25.html
> > (2) Wer zu Fuß geht und Fahrzeuge oder sperrige Gegenstände mitführt,
> muss die Fahrbahn benutzen,
> > wenn auf dem Gehweg oder auf dem Seitenstreifen andere zu Fuß Gehende
> erheblich behindert würden.
>
>
> und auch:
>
> https://dejure.org/gesetze/StVO/35.html
>
> (5) Die Truppen der nichtdeutschen Vertragsstaaten des Nordatlantikpaktes
> sind im Falle dringender militärischer Erfordernisse von den Vorschriften
> dieser Verordnung befreit, von den Vorschriften des § 29 allerdings nur,
> soweit für diese Truppen Sonderregelungen oder Vereinbarungen bestehen.
>
> d.h. falls es militärisch dringend erforderlich ist, dürfen NATO Soldaten
> auch mit dem Fahrrad in der Fußgängerzone fahren...
>
>
> Gruß,
> Martin
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] query in postgis osmosis

[Tobias]

Hi,

ja da scheint bei mir was faul zu sein. (ergebnisse siehe unten)
Nachdem ich nur niederbayern in der DB habe werde ich sie einfach
auslehren denke ich ... und neu anlegen
Danke für die Hilfe

Gruß

On 05.04.2016 21:13, Frederik Ramm wrote:
> Hi,
> 
> On 04/05/2016 08:22 PM, Tobias wrote:
>> für eine andere Bäckerei:
>> http://www.openstreetmap.org/way/369696958
>> welche Direkt in Landshut liegt bekomme ich mit dem Query:
>>
>> SELECT DISTINCT area.osm_id, area.name, area.postal_code
>> FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
>> ST_CONTAINS(area.way, element.way)
>> WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR
>> area.boundary = 'administrative')
>>
>> folgendes Ergebnis:
>> -62657;"Landkreis Landshut";""
>> -3149176;"";"84030"
>> -62484;"Landshut";""
>>
>> Die Relationen sollen imo ok sein.
> 
> Irgendwas ist da doch faul. Die Bäckerei 369696958 liegt in der
> kreisfreien Stadt Landshut. Der Landkreis Landshut sollte also *nicht*
> in dieser Liste oben stehen!
> 
> Die Bäckerei 142034442 aus Deiner anfänglichen Frage hingegen *liegt* im
> Landkreis Landshut; dort hätte das -62657 also auftauchen müssen.
> 
> Teste mal dies:
> 
> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=369696958;
>  st_contains
> -
>  f
> (1 row)
> 

t


> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=142034442;
>  st_contains
> -
>  t
> (1 row)

f

> 
> So wäre es richtig. Wenn ich auf meiner Datenbank Deine Abfrage für die
> 369696958 mache, erhalte ich
> 
>   osm_id  | name | ?column?
> --+--+--
>-62484 | Landshut |
>  -2145268 | Bayern   |
>-17593 | Niederbayern |
>  -3149176 |  | 84030
>-51477 | Deutschland  |
> (5 rows)
> 
> und für die 142034442:
> 
>   osm_id  |name| ?column?
> --++--
>  -1113363 || 84032
>   -190875 | Altdorf|
>  -2145268 | Bayern |
>-62657 | Landkreis Landshut |
>-17593 | Niederbayern   |
>-51477 | Deutschland|
> (6 rows)
> 
> Wenn das bei Dir anders ist, würde ich mir vllt. mal die Polygone mit
> QGis anschauen.
> 
> Bye
> Frederik
> 


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

Re: [Talk-de] Radeln, rollern, schieben / Talk-de Nachrichtensammlung, Band 117, Eintrag 7

[Martin Koppenhoefer]

sent from a phone

> Am 05.04.2016 um 14:54 schrieb Tom Pfeifer :
> 
> https://dejure.org/gesetze/StVO/25.html
> (2) Wer zu Fuß geht und Fahrzeuge oder sperrige Gegenstände mitführt, muss 
> die Fahrbahn benutzen,
> wenn auf dem Gehweg oder auf dem Seitenstreifen andere zu Fuß Gehende 
> erheblich behindert würden.


und auch:

https://dejure.org/gesetze/StVO/35.html

(5) Die Truppen der nichtdeutschen Vertragsstaaten des Nordatlantikpaktes sind 
im Falle dringender militärischer Erfordernisse von den Vorschriften dieser 
Verordnung befreit, von den Vorschriften des § 29 allerdings nur, soweit für 
diese Truppen Sonderregelungen oder Vereinbarungen bestehen.

d.h. falls es militärisch dringend erforderlich ist, dürfen NATO Soldaten auch 
mit dem Fahrrad in der Fußgängerzone fahren...


Gruß,
Martin 

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

Re: [Talk-de] query in postgis osmosis

[Frederik Ramm]

Hi,

On 04/05/2016 08:22 PM, Tobias wrote:
> für eine andere Bäckerei:
> http://www.openstreetmap.org/way/369696958
> welche Direkt in Landshut liegt bekomme ich mit dem Query:
> 
> SELECT DISTINCT area.osm_id, area.name, area.postal_code
> FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
> ST_CONTAINS(area.way, element.way)
> WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR
> area.boundary = 'administrative')
> 
> folgendes Ergebnis:
> -62657;"Landkreis Landshut";""
> -3149176;"";"84030"
> -62484;"Landshut";""
> 
> Die Relationen sollen imo ok sein.

Irgendwas ist da doch faul. Die Bäckerei 369696958 liegt in der
kreisfreien Stadt Landshut. Der Landkreis Landshut sollte also *nicht*
in dieser Liste oben stehen!

Die Bäckerei 142034442 aus Deiner anfänglichen Frage hingegen *liegt* im
Landkreis Landshut; dort hätte das -62657 also auftauchen müssen.

Teste mal dies:

osm=# select st_contains(a.way,b.way)
from planet_osm_polygon a, planet_osm_polygon b
where a.osm_id=-62657
and b.osm_id=369696958;
 st_contains
-
 f
(1 row)

osm=# select st_contains(a.way,b.way)
from planet_osm_polygon a, planet_osm_polygon b
where a.osm_id=-62657
and b.osm_id=142034442;
 st_contains
-
 t
(1 row)

So wäre es richtig. Wenn ich auf meiner Datenbank Deine Abfrage für die
369696958 mache, erhalte ich

  osm_id  | name | ?column?
--+--+--
   -62484 | Landshut |
 -2145268 | Bayern   |
   -17593 | Niederbayern |
 -3149176 |  | 84030
   -51477 | Deutschland  |
(5 rows)

und für die 142034442:

  osm_id  |name| ?column?
--++--
 -1113363 || 84032
  -190875 | Altdorf|
 -2145268 | Bayern |
   -62657 | Landkreis Landshut |
   -17593 | Niederbayern   |
   -51477 | Deutschland|
(6 rows)

Wenn das bei Dir anders ist, würde ich mir vllt. mal die Polygone mit
QGis anschauen.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-it] Sistemare waterway=riverbank

[Martin Koppenhoefer]

sent from a phone

> Am 05.04.2016 um 20:32 schrieb Paolo Monegato :
> 
> Il 04/04/2016 21:09, Martin Koppenhoefer ha scritto:
>> non so di quale tipo di fiume parliamo, ma vorrei segnalare che il wiki ha 
>> delle guidelines dove va messo il riverbank:
>> [cut]
> 
> Tutto molto interessante. Ma quando fu scritto il file delle regole per gli 
> usi del suolo (2013) quelle cose non erano scritte.


si, non volevo accusare nessuno, era per informazione, io non conoscevo questa 
pagina prima, l'avevo appena scoperto...

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

Re: [Talk-de] query in postgis osmosis

[Max Berger]

Am Dienstag, den 05.04.2016, 20:22 +0200 schrieb Tobias:
> 
> für eine andere Bäckerei:
> http://www.openstreetmap.org/way/369696958
> welche Direkt in Landshut liegt bekomme ich mit dem Query:
> 
> SELECT DISTINCT area.osm_id, area.name, area.postal_code
> FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
> ST_CONTAINS(area.way, element.way)
> WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR
> area.boundary = 'administrative')
> 
> folgendes Ergebnis:
> -62657;"Landkreis Landshut";""
> -3149176;"";"84030"
> -62484;"Landshut";""
> 

Hi,

dann ist aber was schief gegangen mit dem Landkreis. Die Bäckerei kann
nicht in Relation 62484 und in Relation 62657 liegen. Landshut ist eine
Insel im Landkreis.

In meiner DB bekomme ich auch die vermutlich richtigen Ergebnisse (ohne
PLZ, die habe ich nicht als eigenes Feld)

SELECT DISTINCT area.osm_id, area.name
FROM osm_polygon AS area JOIN osm_polygon AS element ON
ST_CONTAINS(area.way, element.way)
WHERE element.osm_id = '369696958' AND (
area.boundary = 'administrative');
 osm_id | name 
+--
 -17593 | Niederbayern
 -62484 | Landshut

osm=> SELECT DISTINCT area.osm_id, area.name
FROM osm_polygon AS area JOIN osm_polygon AS element ON
ST_CONTAINS(area.way, element.way)
WHERE element.osm_id = '142034442' AND (
area.boundary = 'administrative');
 osm_id  |name
-+
 -190875 | Altdorf
  -62657 | Landkreis Landshut
  -17593 | Niederbayern

Grüße, Max







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

Re: [OSM-talk-fr] Utilisation des archives nationales/departementales

[François Lacombe]

C'est parce que le document n'est pas a jour.

J'ai réserve une des entrées pour demain, pas de problème sur la
communicabilité

François
Le 5 avr. 2016 8:04 PM,  a écrit :

> Justement il manque la colonne intéressante : communicabilité immédiate ou
> au bout de 60 ans.
> Je ne vois pas de valeur par défaut.
>
> Jean-Yvon
>
> Le 2016-04-05 19:18, François Lacombe - fl.infosrese...@gmail.com a
> écrit :
>
> Dans plusieurs départements (69, 38, 73, 74 un peu moins) les
> inventaires sont conséquents sur les séries W.
> Extrait choisi 
> :http://viewer1.cg69.mnesys.fr/accounts/mnesys_cg69/datas/medias/IR_pour_internet/1918%20W.pdf
> Il n'y a certainement pas la totalité, les archivistes proposent
> souvent de chercher sur demande.
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Marmista

[Alberto Nogaro]

From: Gianluca Boero [mailto:gianlucabo...@alice.it] 
Sent: martedì 5 aprile 2016 16:04
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Marmista

e un'area dedicata alla lavorazione della pietra? 
Taglio, scalpellino, lavorazione, scalpellino, stoccaggio. Generalmente sono 
aree a cielo aperto dalle mie parti.

craft=stonemason ?

Ciao,
Alberto




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

Re: [Talk-it] Sistemare waterway=riverbank

[Paolo Monegato]

Il 04/04/2016 20:22, Volker Schmidt ha scritto:
Ma il problema più grave è che i riverbank includono in Veneto spesso 
includono zone che normalmente non sono  sotto acqua, e spesso 
includono anche stradine o strade bianche (e percorsi ciclabili). I 
dati importati sono sbagliati.


Ho dato un'occhiata al file delle regole degli usi del suolo (in quello 
del reticolo idrografico non c'è traccia di riverbank, d'altronde lì ci 
sono solo le aste fluviali). Teoricamente riverbank si associa solo a 
fiumi, torrenti e canali. E poi c'è riverbed per greti e letti del fiume.
Evidentemente c'è un problema nel dato originale: chi l'ha prodotto ha 
messo tutta l'area golenale come fosse fiume... Sempre se si tratta di 
qualcosa riguardante gli import, perché nelle zone che hai messo come 
esempio non dovrebbe esserci stato alcun import degli usi del suolo...


Ovviamente c'è confusone fra la proprietà del terreno (demanio) e 
riverbank.


Piuttosto tra area golenale e riverbank. Servirebbe un tag per 
segnalarla però. Usiamo natural=floodplain?




Il 04/04/2016 21:09, Martin Koppenhoefer ha scritto:
non so di quale tipo di fiume parliamo, ma vorrei segnalare che il 
wiki ha delle guidelines dove va messo il riverbank:

[cut]


Tutto molto interessante. Ma quando fu scritto il file delle regole per 
gli usi del suolo (2013) quelle cose non erano scritte.



Il 05/04/2016 12:50, Volker Schmidt ha scritto:
Inoltre abbiamo un errore molto più diffus, cioè scoli o simili che 
sono stati mappati erroneamente come waterway=canal che causa la 
renderizzazione Standard di OSM.di renderizzarli molto più larghi di 
quello che sono (è un probabilmente un problema di lingua: in veneto 
tutto si chiama "canal", dal scolo al Canal Grande di Venezia).


Più che altro è un problema di carenza di tag in OSM. Servirebbero altri 
tag, perché se è vero che certe cose sarebbe meglio non metterle come 
"canal" è anche vero che non le metterei come "ditch" o "drain"... (e 
per la cronaca il Canal Grande non andrebbe segnato come "canal", almeno 
vista la definizione del tag sul wiki di OSM)


ciao
Paolo M

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

Re: [Talk-de] query in postgis osmosis

[Tobias]

On 05.04.2016 20:12, Frederik Ramm wrote:
> Hi,
> 
> On 04/05/2016 07:53 PM, Tobias wrote:
>> Das eine ist der Ort das andere das PLZ gebeit soweit so gut.
>> Die Bäckerei liegt aber auch im Landkreis Landshut:
>> http://www.openstreetmap.org/relation/62657
>> und auch der Landkreis erfüllt die bedinung border=administrative
> 
> Ist der denn überhaupt drin in Deiner Datenbank?
> 
> select osm_id from planet_osm_polygon where osm_id=-62657
> 
> Falls nein: Vielleicht fehlen Teile der Grenze im Niederbayern-File, und
> osm2psql hat ihn daher nicht mit importiert...
> 
> Falls ja: ist denn das Polygon gültig?
> 
> select st_isvalid(way) from planet_osm_polygon where osm_id=-62657
> 
> Mit einem ungültigen Polygon funktionieren u.U. die st_contains-Sachen
> nicht.
> 
> Bye
> Frederik
> 

Hi,

danke für die schnelle Antwort.
um es kurz zu machen:

für eine andere Bäckerei:
http://www.openstreetmap.org/way/369696958
welche Direkt in Landshut liegt bekomme ich mit dem Query:

SELECT DISTINCT area.osm_id, area.name, area.postal_code
FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
ST_CONTAINS(area.way, element.way)
WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR
area.boundary = 'administrative')

folgendes Ergebnis:
-62657;"Landkreis Landshut";""
-3149176;"";"84030"
-62484;"Landshut";""

Die Relationen sollen imo ok sein.


select osm_id from planet_osm_polygon where osm_id=-62657

liefert:
-62657

--
 select st_isvalid(way) from planet_osm_polygon where osm_id=-62657

liefert:
t

Gruß und Dank
Tobi

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

Re: [Talk-de] query in postgis osmosis

[Frederik Ramm]

Hi,

On 04/05/2016 07:53 PM, Tobias wrote:
> Das eine ist der Ort das andere das PLZ gebeit soweit so gut.
> Die Bäckerei liegt aber auch im Landkreis Landshut:
> http://www.openstreetmap.org/relation/62657
> und auch der Landkreis erfüllt die bedinung border=administrative

Ist der denn überhaupt drin in Deiner Datenbank?

select osm_id from planet_osm_polygon where osm_id=-62657

Falls nein: Vielleicht fehlen Teile der Grenze im Niederbayern-File, und
osm2psql hat ihn daher nicht mit importiert...

Falls ja: ist denn das Polygon gültig?

select st_isvalid(way) from planet_osm_polygon where osm_id=-62657

Mit einem ungültigen Polygon funktionieren u.U. die st_contains-Sachen
nicht.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk-fr] Utilisation des archives nationales/departementales

[osm . sanspourriel]

Justement il manque la colonne intéressante : communicabilité immédiate 
ou au bout de 60 ans.

Je ne vois pas de valeur par défaut.

Jean-Yvon

Le 2016-04-05 19:18, François Lacombe - fl.infosrese...@gmail.com a écrit :

Dans plusieurs départements (69, 38, 73, 74 un peu moins) les
inventaires sont conséquents sur les séries W.
Extrait choisi :
http://viewer1.cg69.mnesys.fr/accounts/mnesys_cg69/datas/medias/IR_pour_internet/1918%20W.pdf
Il n'y a certainement pas la totalité, les archivistes proposent
souvent de chercher sur demande.


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

Re: [OSM-talk-fr] iD-indoor : éditeur simple pour la carto indoor

[PanierAvide]

Merci :) Le jumelage avec OpenEvacMap ce serait cool effectivement, 
j'imaginais bien pour relier OpenEvacMap et iD-indoor un service 
collaboratif de calage/mise au propre des photos capturées. Ce service 
s'alimenterait à partir des contributions OpenEvacMap, et les plans 
calés pourraient être mis en arrière plan dans iD-indoor. On aurait une 
chaîne de traitement complète tout en ayant des services "spécialisés" 
(OpenEvacMap reste simple d'utilisation, iD-indoor concentré sur 
l'édition, et l'outil intermédiaire pourrait être conçu pour permettre 
de la contribution rapide à la manière d'OpenSolarMap). Enfin je dis 
ça... ;)



Le 05/04/2016 19:43, dHuy Pierre a écrit :

GG et merci!
Est-ce qu'il serait envisageable de le jumeler avec openevacmap pour 
la collecte de plan?

Et éventuellement d'uploader un plan soi-même réutilisable par d'autres?


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

Re: [Talk-de] query in postgis osmosis

[Tobias]

Hi,

ich hoffe ich darf nochmal mit einer Postgis frage auf dich zukommen :-)

Ausgangslage: ich habe eine Niederbayernexport in meine PostgresDB via
osm2pgsql importiert.

Ich fahre folgenden Query
SELECT DISTINCT area.osm_id, area.name, area.postal_code
FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
ST_CONTAINS(area.way, element.way)
WHERE element.osm_id = '142034442' AND (area.postal_code is not null OR
area.boundary = 'administrative')

die ID um die es geht ist eine Bäckerei in 84032 Altdorf

Postgres gibt mir folgende Antwort:
-190875;"Altdorf";""
-1113363;"";"84032"

Das eine ist der Ort das andere das PLZ gebeit soweit so gut.
Die Bäckerei liegt aber auch im Landkreis Landshut:
http://www.openstreetmap.org/relation/62657
und auch der Landkreis erfüllt die bedinung border=administrative

Meie Frage ist warum wird er nicht mit ausgegeben?

Gruß Tobias
ps: ich habe mal die ML mit auf CC genommen die Antwort dürfte sicher
für dein einen oder anderen Interssant sein ...


On 08.03.2016 22:01, Walter Nordmann wrote:
> Hi, Das Simple-Schema ist mMn nicht sehr gut geeignet, GIS-Objekte für
> Auswertungen zur Verfügung zu stellen. "Simple" bedeutet ja "einfach", d.h.
> du hast in der DB nur die nackten Basis-Elemente, aus denen sich die
> OSM-Objekte zusammensetzten. Strassen bestehen aus Ways, Ways aus Nodes -
> und was die Sache schwierig macht, Flächen aus geschlossennen  Ways oder
> Multipolygonen (OSM-Relationen). In der Simple-DB aber eben nicht.
> 
> D.h. du müsstet dir die OSM-Objekte erst zusammenbasteln. Da geht natürlich,
> hat aber erhebliche Tücken. 
> 
> Importiere die OSM-Daten mit dem osm2pgsql-Schema, weil osm2pgsql nimmt dir
> die ganze Arbeit ab und am Ende hast du in der PostGIS-DB GIS-Objekte
> (Nodes, Ways und Polygone) mit denen man ganz vernünftig arbeiten kann. 
> 
> siehe http://wiki.openstreetmap.org/wiki/Osm2pgsql oder frage mich einfach.
> 
> Gruss
> walter
> 
> 
> 
> -
> [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
> 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/query-in-postgis-osmosis-tp5869410p5869419.html
> Sent from the Germany mailing list archive at Nabble.com.
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


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

Re: [Talk-GB] OSGR & OSM

[Chris Hill]

On 05/04/16 14:59, Stuart Reynolds wrote:
Is there a site or tool somewhere where I can click on a point on an 
OSM tile and get back the OSGR? I want the quality of OSM, but need 
OSGR unfortunately.


Thanks

I just created a web page [1] that shows OSM with an OSGB location of 
the mouse pointer in the bottom left of the screen. Feel free to use it 
if it's useful.


[1] http://oslocn.raggedred.net/

--
Cheers, Chris (chillly)


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

Re: [Talk-cl] SpaceApps 2016

[Marcelo Aliaga]

Estimado Cristián, actualmente no está contemplado un geoevento como en la
versión pasada.

Invitamos a la comunidad que esté interesada en participar a hacerlo de
forma más activa en el evento, como participante en la misma hackathon y
también como voluntarios en el staff. Lograr este evento es un esfuerzo
importante que hacemos en base a voluntarios y apoyo de algunos sponsors,
pero siempre nos faltan manos.

Si les interesa participar nos avisan por favor. Saludos!

2016-04-05 14:23 GMT-03:00 Cristián Serpell :

> Hola,
>
> Vi en la página de SpaceApps que localmente estará liderado por
> OpenStreetMap Chile. ¿Habrá algun evento geo paralelo?
>
> Gracias
> Cristián
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
>


-- 
Ing. Marcelo Aliaga Quezada
marc...@aliaga.cl
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-talk-fr] iD-indoor : éditeur simple pour la carto indoor

[dHuy Pierre]

GG et merci!Est-ce qu'il serait envisageable de le jumeler avec openevacmap 
pour la collecte de plan?Et éventuellement d'uploader un plan soi-même 
réutilisable par d'autres? 

Le Mardi 5 avril 2016 19h14, PanierAvide  a écrit :
 

 Bonsoir,

Le thème de la carto indoor a eu l'occasion d'évoluer ces derniers 
temps, les contributeurs s'approprient le sujet et mettent à disposition 
de tous la description intérieure de plus en plus de lieux. Mais comme 
pour l'ensemble du projet OpenStreetMap, le nombre de contributions est 
lié à la simplicité de contribution.

Afin d'aider les contributeurs dans la démarche de cartographie 
d'intérieur, je vous présente iD-indoor. Il s'agit d'un éditeur OSM en 
ligne, basé sur iD et fonctionnant de la même manière. La différence est 
qu'il est dédié à la cartographie d'intérieur, et dispose de 
fonctionnalités qui simplifient l'édition :
- Un sélecteur de niveaux, similaire à celui d'OpenLevelUp
- Des propositions de tags spécifiques à l'indoor
- Un rendu dédié pour les objets en intérieur
- Des aides pour l'édition, comme la possibilité de faire lien 
simplement entre les objets OSM et les photos Mapillary

iD-indoor est disponible à cette adresse : 
http://github.pavie.info/id-indoor/

Et le dépôt du projet est ici : 
https://git.framasoft.org/PanierAvide/iD-indoor

Il s'agit d'un projet encore jeune, n'hésitez pas à faire des retours 
d'utilisation, signaler des bugs ou proposer des fonctionnalités ;)

Cordialement.

-- 
PanierAvide
Géomaticien & développeur


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


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

Re: [OSM-talk-fr] Utilisation des archives nationales/departementales

[François Lacombe]

Bonsoir Ades,


Le 5 avril 2016 à 15:38, ades_...@orange.fr  a écrit :
> Normalement l’accès aux archives publiques est libre, c’est à dire que tout
> a chacun est libre de les consulter (dans les limites des délais établis
> dans un but de respect de la vie privée pour certaines séries - dossiers
> médicaux ou dossiers militaires par exemple) et tout a chacun est libre
> d’exploiter les informations contenues dans les documents d’archives
> publiques sans avoir d’autorisation à demander. L’obligation de sourcer les
> infos est avant tout une question de rigueur scientifique pour l’historien.
> C’est dans le cas de la reproduction de documents et de leur mise à la
> disposition d’un public (publication, exposition) qu’une demande doit être
> faite et qu’il peut y avoir demande de redevance par les services
> d’archives.

C'est un principe global qui est parfois contredit par les règlements
que chaque établissement met en place.
Voir ici pour les archives du Rhône : http://archives.rhone.fr/?id=39

Pour les réutilisations personnelles ou dans le cercle familial ça semble libre
Ils ne sont pas contre les réutilisations à destination du public, par
contre il faut quand même signer un document et expliquer ce à quoi on
destine les informations.
Par oral, quelques fonctionnaires m'ont mis en garde sur les
réutilisations à but lucratif qui peuvent susciter un refus au moment
de la demande de licence.
C'est autorisé... mais si tu signes pas le document tu n'as pas le
droit quand même.

Pour que ce soit profitable à la communauté, l'association devrait
être mise en avant pour ces licences.
J’imagine que ce puisse être national mais je ne sais pas si c'est
possible (d’où la question d'origine).
Ou alors on s'en fou et on source tous des objets comme des gros
dégueux, jusqu'au jour où...

> Ceci dans le cas de documents produits par l’Administration. Si les
> documents ne sont pas produits par l’administration ce sont les règles
> habituelles de respects des droits patrimoniaux ou moraux des auteurs qui
> s’appliquent.
> Donc, exploiter des documents d’archives pour renseigner un ‘objet’ dans OSM
> ne doit pas poser de problème.
> Utiliser des documents d’archives publiques pour définir une ‘entité’
> géographique me semble plus compliqué, surtout avec des docs provenant de la
> série W.
> Pour les séries « anciennes » il y a longtemps que les droits d’auteurs sont
> tombés donc pas de problème, sauf qu’OSM décrit ce qui existe et qu’il est
> peu probable (pour plein de raisons) que l’état actuel d’un site corresponde
> à ce qu’il pouvait être à l’époque de la rédaction du document. Même pour
> des plans de bâtiments on n’est jamais certain que le document corresponde à
> ce qui existe, il faut une très bonne et souvent ardue critique de la source
> pour pouvoir affirmer une telle correspondance.

C'est un point de vue.
La plupart des infrastructures du pays (autoroutes, chemin de fer,
ponts, tunnels, gazoducs :), lignes électriques :) :) et j'en passe)
ont été construites entre 1950 et 1990 (WWII a détruit pas mal de ce
qui avait été fait pendant la 1ere moitié du 20ième)
Les documents que j'ai déjà pu consulter présentent fidèlement ces
ouvrages - ils les expliquent même - qui sont encore en service en
l'état aujourd'hui.
Évidemment que le sens critique du contributeur prime, le reste c'est
une question de parcours et de cible.

Il y a des ferrovipathes qui indiquent les lignes de chemin de fer
désaffectées ou disparues.
Même si elles ne sont plus visibles aujourd'hui, il y a des pistes
cyclables qui empruntent les tracés, des ponts qui existent encore,
etc...
Ne serait-ce que pour l'année de construction et le constructeur c'est
une vraie mine d'or.

On rend vérifiable ce qui ne l'est en principe pas.

> Pour la série W, elle est créée en 1979 pour les versements de documents
> postérieurs à 1940 et elle n’est souvent pas inventoriée par les services
> d’Archives et n’est souvent consultable que via les bordereaux de versement
> des administrations ou juridictions ; le service ayant procédé au versement
> possédant souvent un droit de regard sur l’accès et l’utilisation de leurs
> fonds.
> Pour les documents utilisables pour la cartographie (cartes, plans, photo
> aériennes…) il s’agit de documents récents et les droits patrimoniaux et
> moraux des auteurs doivent être appliqués, donc pour OSM on doit se
> retrouver dans le même cas que pour l’utilisation des orthophoptos IGN… par
> exemple.

Dans plusieurs départements (69, 38, 73, 74 un peu moins) les
inventaires sont conséquents sur les séries W.
Extrait choisi :
http://viewer1.cg69.mnesys.fr/accounts/mnesys_cg69/datas/medias/IR_pour_internet/1918%20W.pdf
Il n'y a certainement pas la totalité, les archivistes proposent
souvent de chercher sur demande.

N'est-ce pas exact qu'une fois le document versé, l'administration
perd justement son droit de regard sur l'utilisation ?
Dans plein de cas, l'administration qui verse n'est pas propriétaire

Re: [Talk-us] [Imports] Boston, MA, USA addr:housenumber Import

[Roman Yepishev]

Hi,

As Massachusetts slowly migrates back into winter, here is the status
update on the address import for Boston, MA.

License: As it turns out, all public City of Boston data is licensed CC
BY 4.0, which requires attribution. I have sent additional
clarification questions on whether the 'Contributors' page link/import
changeset source tag is sufficient to City of Boston officials as per
the wiki instructions.

Neighborhoods: I have completely split: Back Bay, Bay Village, Beacon
Hill, Chinatown, Dorchester, Financial District, Government Center,
Hyde Park, Jamaica Plain, South Boston, South End, West End, and
Roxbury. As of yesterday's merge, we have 75687 uniquely identified
buildings (up from 64K 3 weeks ago) and 1449 more are still waiting to
be split (2%). SAM contains address information on 89065 distinct
objects with addresses (some of them are buildings, some of them are
parks or references to buildings that were demolished a long ago), and
we have 85% overlap of OSM buildings and SAM objects.

Yay!

-- 
https://wiki.openstreetmap.org/wiki/Import/Boston_Street_Address_Manage
ment_%28SAM%29_Import

signature.asc
Description: This is a digitally signed message part
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-fr] iD-indoor : éditeur simple pour la carto indoor

[PanierAvide]

Bonsoir,

Le thème de la carto indoor a eu l'occasion d'évoluer ces derniers 
temps, les contributeurs s'approprient le sujet et mettent à disposition 
de tous la description intérieure de plus en plus de lieux. Mais comme 
pour l'ensemble du projet OpenStreetMap, le nombre de contributions est 
lié à la simplicité de contribution.


Afin d'aider les contributeurs dans la démarche de cartographie 
d'intérieur, je vous présente iD-indoor. Il s'agit d'un éditeur OSM en 
ligne, basé sur iD et fonctionnant de la même manière. La différence est 
qu'il est dédié à la cartographie d'intérieur, et dispose de 
fonctionnalités qui simplifient l'édition :

- Un sélecteur de niveaux, similaire à celui d'OpenLevelUp
- Des propositions de tags spécifiques à l'indoor
- Un rendu dédié pour les objets en intérieur
- Des aides pour l'édition, comme la possibilité de faire lien 
simplement entre les objets OSM et les photos Mapillary


iD-indoor est disponible à cette adresse : 
http://github.pavie.info/id-indoor/


Et le dépôt du projet est ici : 
https://git.framasoft.org/PanierAvide/iD-indoor


Il s'agit d'un projet encore jeune, n'hésitez pas à faire des retours 
d'utilisation, signaler des bugs ou proposer des fonctionnalités ;)


Cordialement.

--
PanierAvide
Géomaticien & développeur


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

Re: [Talk-GB] OSGR & OSM

[Craig Wallace]

On 2016-04-05 14:59, Stuart Reynolds wrote:

Is there a site or tool somewhere where I can click on a point on an OSM
tile and get back the OSGR? I want the quality of OSM, but need OSGR
unfortunately.

Thanks
Stuart


You can use Where's the Path. http://wtp2.appspot.com/wheresthepath.htm
It can show OS, OSM, Google Maps etc. It has the option to show an 
overlay of the OS grid squares, or use the pointer tool, then you can 
click on the map to get a grid reference.



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

Re: [Talk-at] Ausgedruckte Wien-Karten

[Norbert Wenzel]

On 04/05/2016 01:32 PM, liberalerhuman...@gmx-topmail.de wrote:
> übrig geblieben. Gibt es dafür noch verwendung bzw. würde 
> jemand die zwei Wien-Karten (Stand 2009 und 2011) bei sich archivieren 
> wollen? 
> Zumindest die Karten könnte man eventuell einmal als Vergleich der 
> Projektenwicklung verwenden.
> MfG, LH

Ich hab noch einige alte Plakate von diversen Linuxtagen daheim. Könnte
deine alten dort archivieren. Wäre schade sie wegzuwerfen.

lg,
Norbert

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

Re: [Talk-it] Marmista

[Simone]

Il 05 aprile 2016 16:04:19 CEST, Gianluca Boero  ha 
scritto:
>e un'area dedicata alla lavorazione della pietra?
>Taglio, scalpellino, lavorazione, scalpellino, stoccaggio. Generalmente
>
>sono aree a cielo aperto dalle mie parti.
>
>L'ho aggiunto al post essendo situazioni simili.
>
>Il 05/04/2016 15:34, Volker Schmidt ha scritto:
>> Come inserire in OSM un marmista.edilizio e funerario?
>> http://www.mapillary.com/map/im/DtBrE3lyPobdDnmeRQykpQ
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it

Ora sono lontano dal PC, guardate sul wiki il tag craft.


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

[Talk-br] Site da Prefeitura de Santa Maria inclui link para o OSM

[santamariense]

Protocolei na prefeitura de Santa Maria / RS um pedido para inclusão
ou substituição do link do Google Maps para o OpenStreetmap. No
protocolo detalhei o projeto, citei exemplos de entidades
governamentais que mudaram para o OSM e por quais motivos. Justifiquei
que o Google Maps é uma empresa que presa o lucro como o Here, Bing,
Waze, etc. Enfim... a prefeitura arrumou o link do Google Maps, que
antes apontava para o município e agora aponta para a localização da
prefeitura, e adicionaram também um link para a localização da
prefeitura de Santa Maria no OSM. O banner com link pode ser
encontrado no lado direito do site http://www.santamaria.rs.gov.br/ e
aponta para 
http://www.openstreetmap.org/way/194242022?mlat=-29.685424715280533=-53.80350887775421#map=18/-29.685424715280533/-53.80350887775421=H

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

Re: [Talk-it] fittoni mobili per strade pedonali

[Francesca Valentina]

Grazie :)

Francesca

Il giorno 5 aprile 2016 17:28, Andrea Albani  ha scritto:

> Puoi usare barrier=bollard e poi bollard=* per specificare eventualmente
> se è rimovibile o automatico. Vedi [0]
>
> Ciao
>
> [0] http://wiki.openstreetmap.org/wiki/Key:bollard
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] Ruas sem nomes

[Lucas Pereira]

Uma das formas que sei para encontrar ruas sem nome é usando o Overpass
Turbo.
Aqui nesta consulta, por exemplo, usei para identificar e corrigir as ruas
sem nome em Cariacica (ES) com os dados disponíveis:
http://overpass-turbo.eu/s/ftI

Comecei a criar uma planilha com algumas cidades onde estavam faltando
ruas, ruas sem nome ou que estavam completamente vazias quando eu estava
verificando/desenhando ferrovias no nordeste e agrupando as relações, mas
desisti. Aqui no ES tenho um SHP com os agrupamentos urbanos, tornando um
pouco mais fácil identificar os locais prioritários para o verificar e
desenhar/adicionar nomes, mas estou fazendo este trabalho manualmente.

Estava pensando há um tempo atrás, se não existia uma ferramenta que
pudesse buscar as *highways *dentro das fronteiras administrativas dos
municípios/bairros e retornar um relatório caso o município possuísse um
número menor que X ruas desenhadas, para que qualquer um pudesse depois ir
lá e desenhar as vias. Pelo menos, teríamos uma relação completa.

No interior de MG ou no Nordeste mesmo, já encontrei vários municípios que
só possuem um ponto *place*, e às vezes uma estrada vicinal.

Att.
LucFreitas

Em 5 de abril de 2016 12:20, Gerald Weber  escreveu:

> Será que não temos como automatizar isto?
>
> Algum script que percorre os municípcios e identifica ruas sem some acima
> de um certo limite?
>
> O problema de fazer isto via wiki é que manter isto manualmente pode
> acabar sendo tão trabalhoso quanto o próprio trabalho de inserção dos nomes.
>
> abraço
>
> Gerald
>
>
> 2016-04-05 11:33 GMT-03:00 Arlindo Pereira :
>
>> Uma possibilidade seria listar na wiki os estados, os municípios (talvez
>> dividindo por regiões se o estado for muito grande) e listando um grau
>> aproximado de completude de cada cidade.
>>
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] fittoni mobili per strade pedonali

[Andrea Albani]

Puoi usare barrier=bollard e poi bollard=* per specificare eventualmente se
è rimovibile o automatico. Vedi [0]

Ciao

[0] http://wiki.openstreetmap.org/wiki/Key:bollard
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] Ruas sem nomes

[Gerald Weber]

Será que não temos como automatizar isto?

Algum script que percorre os municípcios e identifica ruas sem some acima
de um certo limite?

O problema de fazer isto via wiki é que manter isto manualmente pode acabar
sendo tão trabalhoso quanto o próprio trabalho de inserção dos nomes.

abraço

Gerald


2016-04-05 11:33 GMT-03:00 Arlindo Pereira :

> Uma possibilidade seria listar na wiki os estados, os municípios (talvez
> dividindo por regiões se o estado for muito grande) e listando um grau
> aproximado de completude de cada cidade.
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Greg Morgan]

Context Please!

On Tue, Apr 5, 2016 at 1:49 AM, Frank Villaro-Dixon 
wrote:

> On 16-03-23 13:24:29, Andy Townsend, wrote 1.0K characters saying:
>
>> On 23/03/2016 12:22, Frank Villaro-Dixon wrote:
>>
>>> On 16-03-23 12:20:35, Andy Townsend, wrote 0.3K characters saying:
>>>
 On 23/03/2016 12:07, Frank Villaro-Dixon wrote:

> Again, that's not the goal if it. As said above, the role is NOT to
> change
> tags, but to remove redundancies.
>

 It doesn't matter.  All of the screed that I wrote yesterday applies to
 "redundant data" too - we need to understand how it got there, and what
 actually is wrong.

>>>
>>> Yep,
>>> as I said on another mail:
>>>
>>
>> Link please.  You've said lots of things, but much seemed very "handwavy"
>> and not really understanding of the issues.
>>
> TODO
>
>>
>> the majority comes from two 'bad' imports.
>>>
>>
>>

I looked back at the talk archives.  There's no context for this
discussion.  The moment I see something that says it is because of bad
imports, I start thinking that the issue and the supporting data is tainted.




> Link please - exactly which ones, run by whom and when?
>>
> Complete list (generated by me; source on git) is here:
> http://pastebin.com/Cn7gyn76
>
> Statistics are here:
> http://pastebin.com/KrZWJY6j
>
>
> Extract:
> 16 CanVec_Import_2009
> 16 PGS & Bing
> 22 PGS
> 23 Yahoo
>

Yahoo as a bad import?  How about a new mapper doing the best that they can
to improve the map added a few tags that a more experienced mapper can
build on?


> 36 CANVEC
> 38 JOSM lakewalker plugin
>


Where I see someone like Norm Abram[1] make these wonderful jigs and
patterns as labor saving devices for wood working, based on the limited
context, you are saying that the same labor saving Josm Lakewaker plugin to
help a mapper trace a lake is an import or a bad import?


> 39 bing
> 39 Lakewalker / Landsat
>

Ditto.


> 44 KSJ2
> 54 Landsat
> 56 CanVec 6.0 - NRCan
> 57 IRS
> 63 NRCan-CanVec-8.0
>118 landsat
>121 Bing
>123 NRCan-CanVec-7.0
>437 Kartverket N50
>802 NRCan-CanVec-10.0
>   1476
>   1708 NHD
>

The importers that provided me all the NHD data are my heroes.  Those
imports gave me a great deal of material to work with.

In my case, you'll have to provide more context here.  I look at OSM
Inspector and Keep Right and see all these broken things.  That is a
beautiful discovery.  Mappers are trying to improve the map that is very
much a human endeavor and mistake prone.  I am just lost how everything is
a bad import.

Please Advise,
Greg


[1] https://en.wikipedia.org/wiki/Norm_Abram
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] fittoni mobili per strade pedonali

[Cascafico Giovanni]

Forse panettone? :-)

--
cascafico.altervista.org
twitter.com/cascafico
Il 05/apr/2016 16:23 "Volker Schmidt"  ha scritto:

> Che cosa è un fittone??? Hai una traduzione inglese o una foto?
>
> 2016-04-05 16:11 GMT+02:00 Francesca Valentina :
>
>> Ciao a tutti,
>> volevo chiedervi come inserisco e taggo i fittoni mobili che delimitano
>> le aree pedonali?
>>
>> Grazie
>>
>> Francesca
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] fittoni mobili per strade pedonali

[Francesca Valentina]

Sono quelle strutture cilindriche di cemento o mobili in altri materiali
che delimitano strade pedonali

In questo link c'è una loro immagine:

http://www.cittadinanzattiva-er.it/fittone-si-fittone-no/

Non so se sia un termine solo bolognese :)

Francesca

Il giorno 5 aprile 2016 16:22, Volker Schmidt  ha
scritto:

> Che cosa è un fittone??? Hai una traduzione inglese o una foto?
>
> 2016-04-05 16:11 GMT+02:00 Francesca Valentina :
>
>> Ciao a tutti,
>> volevo chiedervi come inserisco e taggo i fittoni mobili che delimitano
>> le aree pedonali?
>>
>> Grazie
>>
>> Francesca
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] OSGR & OSM

[SK53]

Several, the one I use is Cucera's (Lincolnshire beetles recorder), this
uses a MapBox layer lacking some detail, at least for countryside area:
http://www.cucaera.co.uk/grp/ and it's name search wasn't working last time
I used it.

Jerry

On 5 April 2016 at 14:59, Stuart Reynolds 
wrote:

> Is there a site or tool somewhere where I can click on a point on an OSM
> tile and get back the OSGR? I want the quality of OSM, but need OSGR
> unfortunately.
>
> Thanks
> Stuart
>
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-br] Ruas sem nomes

[Arlindo Pereira]

Uma possibilidade seria listar na wiki os estados, os municípios (talvez
dividindo por regiões se o estado for muito grande) e listando um grau
aproximado de completude de cada cidade.

[]s

2016-04-05 11:26 GMT-03:00 santamariense :

> Um dos sites para detectar ruas sem nome que eu conheço é o
> http://qa.poole.ch/?zoom=12=-29.69=-53.81
> Porém sinto a necessidade que haja alguma espécie de lista de cidades
> com ruas sem nome, e outra lista com ruas ainda a traçar. Muitas vezes
> passeando pelo mapa do OSM, me deparo com cidades com falta de ruas
> e/ou nomes, que é o essencial. Meu foco não é colocar nome nas ruas,
> nem traçar, embora as vezes faço em cidades que não os tem. Sugiro que
> a gente faça alguma espécie de lista de cidades a mapear. Ou, podemos
> incluir notas em cidades a serem mapeadas com o uso de hashtags
> #FaltaNomeDeRuas , #FaltaTraçarRuas  Enfim... Alguma sugestão?
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Ruas sem nomes

[santamariense]

Um dos sites para detectar ruas sem nome que eu conheço é o
http://qa.poole.ch/?zoom=12=-29.69=-53.81
Porém sinto a necessidade que haja alguma espécie de lista de cidades
com ruas sem nome, e outra lista com ruas ainda a traçar. Muitas vezes
passeando pelo mapa do OSM, me deparo com cidades com falta de ruas
e/ou nomes, que é o essencial. Meu foco não é colocar nome nas ruas,
nem traçar, embora as vezes faço em cidades que não os tem. Sugiro que
a gente faça alguma espécie de lista de cidades a mapear. Ou, podemos
incluir notas em cidades a serem mapeadas com o uso de hashtags
#FaltaNomeDeRuas , #FaltaTraçarRuas  Enfim... Alguma sugestão?

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

[OSM-talk-be] let's meet GR Flanders

[joost schouppe]

Hi,

Actually, Jo already did (and took me along). Well, they decided we're OK.
Basically they accept the risk of having perfect maps of GR routes (long
distance hiking trails) out there, so they're willing to share their data
with us. It's a great opportunity to show what we can do - and hopefully
have them be a shining example to less open-minded GR organisations in
other regions and countries.

To discuss some practicalities, we're setting up a meeting in Brussels.
Tentatively it would be April 20th, 13:00 at their office at the
Grasmarkt/Marché aux Herbes. We can still move that around to adapt to your
schedule.

Two main things:
- map their data, or have their people become mappers. So a one time
operation, and a community building opportunity
- keep our data up to date, and have corrections from our side arrive to
them for checking. This is a more technical challenge. One of which I have
no idea how to do it.

Please join us if you're interested. And if you can't make it, at least
join the discussion at the dedicate trello space:
https://trello.com/c/jzVQMiBg/26-meet-the-gr-people-to-discuss-how-we-will-work-together

-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-GB] OSGR & OSM

[Tim Waters]

There are a few tools out there which may do the job, I seem to recall
a few. http://nearby.org.uk/ might have it.

The search keywords which might help is "os national grid spherical
mercator". Do remember that a tile is not the same square as an os
grid square, but you should be possible to click on a point and get
that point in whatever coordinate system you need.

Cheers,

Tim

On 5 April 2016 at 14:59, Stuart Reynolds
 wrote:
> Is there a site or tool somewhere where I can click on a point on an OSM
> tile and get back the OSGR? I want the quality of OSM, but need OSGR
> unfortunately.
>
> Thanks
> Stuart
>
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

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

[Talk-it] fittoni mobili per strade pedonali

[Francesca Valentina]

Ciao a tutti,
volevo chiedervi come inserisco e taggo i fittoni mobili che delimitano le
aree pedonali?

Grazie

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

Re: [Talk-it] fittoni mobili per strade pedonali

[Volker Schmidt]

Che cosa è un fittone??? Hai una traduzione inglese o una foto?

2016-04-05 16:11 GMT+02:00 Francesca Valentina :

> Ciao a tutti,
> volevo chiedervi come inserisco e taggo i fittoni mobili che delimitano le
> aree pedonali?
>
> Grazie
>
> Francesca
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Marmista

[Gianluca Boero]

e un'area dedicata alla lavorazione della pietra?
Taglio, scalpellino, lavorazione, scalpellino, stoccaggio. Generalmente 
sono aree a cielo aperto dalle mie parti.


L'ho aggiunto al post essendo situazioni simili.

Il 05/04/2016 15:34, Volker Schmidt ha scritto:

Come inserire in OSM un marmista.edilizio e funerario?
http://www.mapillary.com/map/im/DtBrE3lyPobdDnmeRQykpQ



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


--
Gianluca Boero

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

[Talk-GB] OSGR & OSM

[Stuart Reynolds]

Is there a site or tool somewhere where I can click on a point on an OSM tile 
and get back the OSGR? I want the quality of OSM, but need OSGR unfortunately.

Thanks
Stuart



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

Re: [OSM-talk-fr] Utilisation des archives nationales/departementales

[ades_...@orange.fr]

Normalement l’accès aux archives publiques est libre, c’est à dire que tout a 
chacun est libre de les consulter (dans les limites des délais établis dans un 
but de respect de la vie privée pour certaines séries - dossiers médicaux ou 
dossiers militaires par exemple) et tout a chacun est libre d’exploiter les 
informations contenues dans les documents d’archives publiques sans avoir 
d’autorisation à demander. L’obligation de sourcer les infos est avant tout une 
question de rigueur scientifique pour l’historien.
C’est dans le cas de la reproduction de documents et de leur mise à la 
disposition d’un public (publication, exposition) qu’une demande doit être 
faite et qu’il peut y avoir demande de redevance par les services d’archives.
Ceci dans le cas de documents produits par l’Administration. Si les documents 
ne sont pas produits par l’administration ce sont les règles habituelles de 
respects des droits patrimoniaux ou moraux des auteurs qui s’appliquent.
Donc, exploiter des documents d’archives pour renseigner un ‘objet’ dans OSM ne 
doit pas poser de problème.
Utiliser des documents d’archives publiques pour définir une ‘entité’ 
géographique me semble plus compliqué, surtout avec des docs provenant de la 
série W. 
Pour les séries « anciennes » il y a longtemps que les droits d’auteurs sont 
tombés donc pas de problème, sauf qu’OSM décrit ce qui existe et qu’il est peu 
probable (pour plein de raisons) que l’état actuel d’un site corresponde à ce 
qu’il pouvait être à l’époque de la rédaction du document. Même pour des plans 
de bâtiments on n’est jamais certain que le document corresponde à ce qui 
existe, il faut une très bonne et souvent ardue critique de la source pour 
pouvoir affirmer une telle correspondance.
Pour la série W, elle est créée en 1979 pour les versements de documents 
postérieurs à 1940 et elle n’est souvent pas inventoriée par les services 
d’Archives et n’est souvent consultable que via les bordereaux de versement des 
administrations ou juridictions ; le service ayant procédé au versement 
possédant souvent un droit de regard sur l’accès et l’utilisation de leurs 
fonds. 
Pour les documents utilisables pour la cartographie (cartes, plans, photo 
aériennes…) il s’agit de documents récents et les droits patrimoniaux et moraux 
des auteurs doivent être appliqués, donc pour OSM on doit se retrouver dans le 
même cas que pour l’utilisation des orthophoptos IGN… par exemple.
> Le 5 avr. 2016 à 13:46, François Lacombe  a écrit :
> 
> Bonjour à vous,
> 
> Depuis quelques temps, il m'arrive de parcourir pour différents besoins les 
> archives de mon département.
> Différentes recherches m'ont conduit a des documents, parfois carto mais pas 
> seulement, qui pourraient constituer une source pour OSM.
> Pour les connaisseurs, il s'agit surtout des séries W complétées par les 
> administrations depuis 1940. Elles sont le plus souvent libre d'accès.
> D'autres séries plus anciennes pourraient aussi convenir.
> Il faut toutefois obtenir une autorisation au cas par cas pour extraire des 
> données de documents photographiés, et espérer qu'odbl séduise.
> 
> Obstacle : les archives départementales sont des structures qui ont la 
> possibilité de définir des conditions d'accès et de reproduction particulière 
> dans leur règlement.
> Dans l'absolu il faut faire des demandes a chaque établissement pour pouvoir 
> sourcer des objets OSM sur la base de leur documents.
> Après versement, l'administration d'origine ou entreprise n'est plus 
> compétente pour en juger.
> 
> Serait-ce envisageable de négocier via l'association et nationalement des 
> autorisations dans l'esprit de ce qui a été fait pour le cadastre ?
> Les règlements précisent quelle doit être la teneur de la source sur toute 
> reproduction. Basiquement l'établissement + série + date de consultation.
> Nos atouts : OSM est libre, publique et une initiative non lucrative. C'est 
> ce qui est souvent privilégié.
> 
> Avez-vous déjà eu des expériences dans ce domaine ?
> 
> François
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[Talk-it] Marmista

[Volker Schmidt]

Come inserire in OSM un marmista.edilizio e funerario?
http://www.mapillary.com/map/im/DtBrE3lyPobdDnmeRQykpQ
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-ca] New MapRoulette challenges

[Martijn van Exel]

Hi everyone — 

I was looking at MapRoulette again and seeing some progress on the new Canada 
challenges I put up recently. Here’s an overview:

Bad Ramp Angles: 478 total, 478 remaining
Connectivity Errors: 54 total, ALL FIXED
Miscategorized Links: 146 total, 146 remaining
More Overlapping Ways: 890 created, 890 remaining
One Way Loops: 4 total, ALL FIXED
Typos: 502 total, 497 remaining
Unexpected Dead Ends: 27 total, 13 remaining
Unnamed Roads: 634 total, 545 remaining
Untagged Links: 90 total, 2 remaining
Ways Needing Smoothing: 119 total, 115 remaining
Wrong One Ways: 4 total, ALL FIXED

There are equivalent challenges for the US as well - if you would like a 
similar update for those, I can provide that. If you find this useful or fun or 
both - I can post these stats weekly :) There is also metrics.maproulette.org 
for some more / different metrics!

By the way - is there a different forum where the Canadian community hangs out? 
talk-ca seems to be very low volume lately!

> On Mar 29, 2016, at 1:35 PM, Martijn van Exel  wrote:
> 
> Hi all, 
> 
> A few of my colleagues at Telenav have been working on some MapRoulette 
> challenges for Canada: Untagged Links (_link ways that don’t have explicit 
> oneway tags), and Unnamed Roads (roads that have name nor ref).
> 
> The numbers of tasks are fairly modest so I hope we can get these out of the 
> way pretty quickly.
> 
> I would like to hear your feedback on these challenges, and ideas for other 
> Canada-specific challenges that I might add. Especially if they may help 
> navigation, but really any ideas are welcome. I’m happy to work with you to 
> get them online, or guide you through the process.
> 
> Thanks,
> Martijn


___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-es] proceso para importar aparcabicis en Madrid

[Santiago Crespo]

Hola,

Ya he subido el primer subset de 50 aparcabicis. Si alguien quiere echar
una mano, hay que seguir el proceso que está documentado en la wiki [2]

[1] https://wiki.openstreetmap.org/wiki/Madrid_Bicycle_Parking_Import

[2]
https://wiki.openstreetmap.org/wiki/Madrid_Bicycle_Parking_Import_Workflow

[3]
https://wiki.openstreetmap.org/wiki/Madrid_Bicycle_Parking_Import_Progress

Saludos,
Santiago Crespo

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 117, Eintrag 7

[Hartmut Holzgraefe]

On 05.04.2016 13:43, Bernhard Kuisle wrote:

Fußgängerzonen: Radfahren erlaubt - unerlaubt?

Die nächsten Zeilen sind unter Vorbehalt meines Gedächtnisses   .^)

1. Das Radfahren und auch das Radschieben sind wenn nicht ausdrücklich erlaubt 
in einer Fußgängerzone verboten.


Warum finde ich dann, auch ohne dass Radschieben irgendwo offiziell 
erlaubt wäre (es gibt nur eine Freigabe für Radfahrer außerhalb der

Geschäftszeiten) bei uns auch mitten in der Fußgängerzone vor
Geschäften von der Stadt installierte Fahrradständer 
(bicycle_parking=stand)?


Oder soll die Rechtslage etwa so sein dass ich mein Rad dann bis
weit in die Fußgängerzone hinein tragen müsste?


2. Das Rollern ist nach Gerichtsurteilen erlaubt. Rollern ist aber nur, wenn 
der Fuß auf dem Pedal ist, der beim Rollern auch auf dem Roller stehen würde.
D.h. für jemanden, der das Rad üblicherweise rechts schiebt, muss der rechte 
Fuß auf dem Pedal stehen. (Steht der linke Fuß drauf, ist er Radfahrer, da er 
jederzeit richtig aufsteigen könnte).


Da man "rollern mit linkem Fuß auf linkem Pedal" sowieso nicht lange 
durchhält finde ich die Unterscheidung sogar noch irgendwie ein Stück

weit plausibel, vor allem wenn man auch noch berücksichtigt dass nicht
jeder Rahmen oben eien Stange hat ...

--
hartmut

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

Re: [Talk-it] Assemblea Wikimedia Italia, 9 aprile, Firenze

[Simone Cortesi]

2016-04-01 15:34 GMT+02:00 Cristian Consonni :

> Il 22 marzo 2016 15:00, Federico Leva (Nemo)  ha
> scritto:
> > Poiché qualcuno ha espresso interesse a essere notificato in lista: la
> > prossima assemblea di Wikimedia Italia aka OpenStreetMap Italia sarà il 9
> > aprile a Firenze.
> >
> >
> https://it.wikipedia.org/wiki/Wikipedia:Raduni/Firenze_2016_-_Assemblea_Wikimedia_Italia
> >
> > L'odg comprende l'approvazione del bilancio e il rinnovo del direttivo;
> si
> > può votare anche "in remoto" delegando un/una partecipante.
>
> Vi ricordo anche che all'assemblea si voterà per il rinnovo delle
> cariche sociali: 4/5 del direttivo e del collegio dei garanti.
>
> Se volete avete tempo fino all'8 aprile per candidarvi.


se invece siete soci e volete delegare qualcuno per vedere rappresentato il
vostro voto potete contattarmi via mail.

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

[Talk-us] Whole-US Garmin Map update - 2016-04-02

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-04-02

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-04-02/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-04-02

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [Talk-de] Radeln, rollern, schieben / Talk-de Nachrichtensammlung, Band 117, Eintrag 7

[Tom Pfeifer]

Bernhard Kuisle wrote on 2016/04/05 13:43:

Fußgängerzonen: Radfahren erlaubt - unerlaubt?
Die nächsten Zeilen sind unter Vorbehalt meines Gedächtnisses   .^)

1. Das Radfahren und auch das Radschieben sind wenn nicht ausdrücklich erlaubt 
in einer Fußgängerzone verboten.


https://dejure.org/gesetze/StVO/25.html
(2) Wer zu Fuß geht und Fahrzeuge oder sperrige Gegenstände mitführt, muss die 
Fahrbahn benutzen,
wenn auf dem Gehweg oder auf dem Seitenstreifen andere zu Fuß Gehende erheblich 
behindert würden.

Solange also keine erhebliche Behinderung vorliegt?


2. Das Rollern ist nach Gerichtsurteilen erlaubt. Rollern ist aber nur, wenn 
der Fuß auf dem Pedal ist, der beim Rollern auch auf dem Roller stehen würde.
D.h. für jemanden, der das Rad üblicherweise rechts schiebt, muss der rechte 
Fuß auf dem Pedal stehen. (Steht der linke Fuß drauf, ist er Radfahrer, da er 
jederzeit richtig aufsteigen könnte).


Vermutlich meinst du nicht rechtes oder linkes Bein (warum sollte ein 
Linksfüssler
nicht auf seinem rechten Pedal stehen?), sondern ob das Bein über den Rahmen
geschwungen ist oder nicht.

tom


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

[Talk-it] Borse di partecipazione "Alessio Guidetti" per Wikimania 2016

[Simone Cortesi]

Ciao,
quest'anno, il principale evento delle comunità wikipediane si terrà ad
Esino Lario.

Poiche' una consistente parte del programma sarà dedicata anche ad
OpenStreetMap, vi invito a partecipare all'evento ed eventualmente a
chiedere una borsa di partecipazione a parziale copertura delle spese.

Infatti, anche per il 2016, l'Associazione Wikimedia Italia intende rendere
disponibili alcune borse di partecipazione a WikiMania.

qui potete trovare il bando di partecipazione:
http://wiki.wikimedia.it/wiki/Programma_borse_di_partecipazione_%22Alessio_Guidetti%22_per_Wikimania_2016

qui, per vostra comodità, il modulo di richiesta borsa:
http://goo.gl/forms/n7dMsQx2Im

Grazie,
Simone
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Utilisation des archives nationales/departementales

[François Lacombe]

Bonjour à vous,

Depuis quelques temps, il m'arrive de parcourir pour différents besoins les
archives de mon département.
Différentes recherches m'ont conduit a des documents, parfois carto mais
pas seulement, qui pourraient constituer une source pour OSM.
Pour les connaisseurs, il s'agit surtout des séries W complétées par les
administrations depuis 1940. Elles sont le plus souvent libre d'accès.
D'autres séries plus anciennes pourraient aussi convenir.
Il faut toutefois obtenir une autorisation au cas par cas pour extraire des
données de documents photographiés, et espérer qu'odbl séduise.

Obstacle : les archives départementales sont des structures qui ont la
possibilité de définir des conditions d'accès et de reproduction
particulière dans leur règlement.
Dans l'absolu il faut faire des demandes a chaque établissement pour
pouvoir sourcer des objets OSM sur la base de leur documents.
Après versement, l'administration d'origine ou entreprise n'est plus
compétente pour en juger.

Serait-ce envisageable de négocier via l'association et nationalement des
autorisations dans l'esprit de ce qui a été fait pour le cadastre ?
Les règlements précisent quelle doit être la teneur de la source sur toute
reproduction. Basiquement l'établissement + série + date de consultation.
Nos atouts : OSM est libre, publique et une initiative non lucrative. C'est
ce qui est souvent privilégié.

Avez-vous déjà eu des expériences dans ce domaine ?

François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-at] Stammtisch Wien | Linuxwochen Wien

[Robert Kaiser]

Andreas Labres schrieb:

Kommt jemand zum Stammtisch am Do?


Oh, es gibt sowas wieder? Ich war mir nicht sicher, ob die überhaupt 
noch stattfinden.


KaiRo



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

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 117, Eintrag 7

[Bernhard Kuisle]

Fußgängerzonen: Radfahren erlaubt - unerlaubt?

Die nächsten Zeilen sind unter Vorbehalt meines Gedächtnisses   .^)

1. Das Radfahren und auch das Radschieben sind wenn nicht ausdrücklich erlaubt 
in einer Fußgängerzone verboten.

2. Das Rollern ist nach Gerichtsurteilen erlaubt. Rollern ist aber nur, wenn 
der Fuß auf dem Pedal ist, der beim Rollern auch auf dem Roller stehen würde.
D.h. für jemanden, der das Rad üblicherweise rechts schiebt, muss der rechte 
Fuß auf dem Pedal stehen. (Steht der linke Fuß drauf, ist er Radfahrer, da er 
jederzeit richtig aufsteigen könnte).

Wenn jemand zwischen 1. und 2. einen Widerspruch sieht, ist er mit mir einer 
Meinung.

Gruß Bernhard




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

Re: [Talk-cz] Co je cyklorozcestnik? (bylo: Pomocny rozcestnik)

[Jakub Konečný]

Aby toho nebylo málo, tak existuje i značka "návěst před křižovatkou"
(http://www.kct.cz/cms/turisticke-znaceni-kct), která taky může značit
rozcestí cyklotras.

Jinak na to názor nemám, spíš se spolehnu na zkušenější mapery. Podle
mě jsi to docela pěkně shrnul na taskmanovi. Jestli se na tom shodnou
i ostatní, tak by to chtělo napsat na wiki
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/cycle_ways

Dne 5. dubna 2016 13:10 Miroslav Suchý  napsal(a):
> Dne 4.4.2016 v 14:55 Petr Vozdecký napsal(a):
>> (z drivejsi diskuse cilene odbocuji samostatne tema)
>
> A ja si dovolim odbocit jeste dal v podobnem tematu.
>
> Pri znaceni pesich tras si pomalu vsimam cyklotras a snazim se fotit
> rozcestniky cyklotras a zjistil jsem ze vlastne nevim co je rozcestnik.
>
> Mame klasicke TIMy:
>   http://map.openstreetmap.cz/img/guidepost/20160227_131338-1.jpg
> ty jsou IMO jasne.
>
> No a pak jsou takove ty cedule ktere vyznacuji smer (1):
>   http://foto.turistika.cz/foto/58097/48518/full_51e56e_Snimek-009.jpg
> U nich nevim. Nekdy totiz znaci opravdu rozcesti (2):
>   http://map.openstreetmap.cz/img/guidepost/20150912_092305_HDR.jpg
> Nekdy i dost komplikovane (3):
>   http://map.openstreetmap.cz/img/guidepost/20160228_143346.jpg
> A aby toho nebylo malo tak existuji jeste znacky co vyznacuji prubeh a
> nekdy upozornuji na zmenu smeru (4):
>   http://www.is.mendelu.cz/eknihovna/opory/download.pl?objekt=39446
>
> Kdyz jsem se zkousel divat jak to znaci u Seznamu, tak mi to nejak moc
> nepomohlo. Maji to dost chaoticke. Protoze napr zde
>
> https://mapy.cz/turisticka?x=16.0794722=49.1263660=18=0=base=1923450
> maji vyznacenou tu malou sverovku (pripad 4). A pritom o kousek dal:
>
> https://mapy.cz/turisticka?x=16.0941064=49.1289847=18=0=base=1923450
> je v realu znacka "pripad 2", kterou nemaji vyznacenou. Coz by v jednom
> pripade mohla byt sice nahoda, ale takovych pripadu jsem nalezl spoustu
> a jednotny rad v tom neshledavam.
>
> Takze si kladu za otazku co a jak vlastne znacit u tech cyklostezek jako
> rozcestnik?
>
> Mirek
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-at] Ausgedruckte Wien-Karten

[liberalerhumanist]

Beim Ausräumen bin ich auf zwei Wien-Karten in Posterformat und zwei andere Poster mit wahrscheinlich OSM-Bezug gestoßen. Möglicherweise sind diese von vergangenen Linuxtagen übrig geblieben. Gibt es dafür noch verwendung bzw. würde jemand die zwei Wien-Karten (Stand 2009 und 2011) bei sich archivieren wollen? Zumindest die Karten könnte man eventuell einmal als Vergleich der Projektenwicklung verwenden.

 

MfG, LH

 

 

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

Re: [Talk-de] bicycle=dismount von Routern ignoriert?

[Max]

Hier ein schönes Bild dazu:
https://twitter.com/SecretCoAuthor/status/717297915358810112

On 2016년 04월 04일 05:04, Tom Pfeifer wrote:
> Obwohl bicycle=dismount mit 4 uses sehr populär ist,
> https://taginfo.openstreetmap.org/keys/?key=bicycle#values
> scheint es von Routern ignoriert zu werden.
> 
> Ich habe hier eine Baustelle getaggt, die so ausgeschildert
> ist (Fussgänger ja, Radfahrer absteigen), aber sowohl
> Mapzen als auch Graphhopper schicken mich lieber auf die
> 3.3.km-Auto-Umleitung,
> als die 50 m durch die Brücke zu schieben...
> 
> (getested mit dem Routingangebot direkt auf https://www.openstreetmap.org).
> 
> tom
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


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

[Talk-cz] Co je cyklorozcestnik? (bylo: Pomocny rozcestnik)

[Miroslav Suchý]

Dne 4.4.2016 v 14:55 Petr Vozdecký napsal(a):
> (z drivejsi diskuse cilene odbocuji samostatne tema)

A ja si dovolim odbocit jeste dal v podobnem tematu.

Pri znaceni pesich tras si pomalu vsimam cyklotras a snazim se fotit
rozcestniky cyklotras a zjistil jsem ze vlastne nevim co je rozcestnik.

Mame klasicke TIMy:
  http://map.openstreetmap.cz/img/guidepost/20160227_131338-1.jpg
ty jsou IMO jasne.

No a pak jsou takove ty cedule ktere vyznacuji smer (1):
  http://foto.turistika.cz/foto/58097/48518/full_51e56e_Snimek-009.jpg
U nich nevim. Nekdy totiz znaci opravdu rozcesti (2):
  http://map.openstreetmap.cz/img/guidepost/20150912_092305_HDR.jpg
Nekdy i dost komplikovane (3):
  http://map.openstreetmap.cz/img/guidepost/20160228_143346.jpg
A aby toho nebylo malo tak existuji jeste znacky co vyznacuji prubeh a
nekdy upozornuji na zmenu smeru (4):
  http://www.is.mendelu.cz/eknihovna/opory/download.pl?objekt=39446

Kdyz jsem se zkousel divat jak to znaci u Seznamu, tak mi to nejak moc
nepomohlo. Maji to dost chaoticke. Protoze napr zde

https://mapy.cz/turisticka?x=16.0794722=49.1263660=18=0=base=1923450
maji vyznacenou tu malou sverovku (pripad 4). A pritom o kousek dal:

https://mapy.cz/turisticka?x=16.0941064=49.1289847=18=0=base=1923450
je v realu znacka "pripad 2", kterou nemaji vyznacenou. Coz by v jednom
pripade mohla byt sice nahoda, ale takovych pripadu jsem nalezl spoustu
a jednotny rad v tom neshledavam.

Takze si kladu za otazku co a jak vlastne znacit u tech cyklostezek jako
rozcestnik?

Mirek

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Sistemare waterway=riverbank

[Volker Schmidt]

Ecco alcuni esempi in Veneto dove riverbank o natural=water include terreni
che sono fuori acqua tranne in casi di inondazioni catastrofici:
http://www.openstreetmap.org/way/242226696
http://www.openstreetmap.org/way/242226703
http://www.openstreetmap.org/way/224774356
http://www.openstreetmap.org/way/224774357
http://www.openstreetmap.org/way/225161002
(Trovato anche uno strano landuse in questa zona:
https://www.openstreetmap.org/way/225162249)

Inoltre abbiamo un errore molto più diffus, cioè scoli o simili che sono
stati mappati erroneamente come waterway=canal che causa la renderizzazione
Standard di OSM.di renderizzarli molto più larghi di quello che sono (è un
probabilmente un problema di lingua: in veneto tutto si chiama "canal", dal
scolo al Canal Grande di Venezia).


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

Re: [Talk-cz] Spojeni dvou relaci

[Karel Volný]

zdar,

> Mohl by nekdo prosim spojit
>   http://www.openstreetmap.org/relation/1425025
>   http://www.openstreetmap.org/relation/6106551
> Po nekolika kilometrech mapovani jsem zjistil ze na druhem konci te
> cesty uz ta relace exituje. A nevim jak se slucuji dve relace.

nevím, jestli v mezičase nevznikl nějaký nástroj, ale klasicky tak, že obsah 
jedné zkopíruješ do druhé a nadbytečnou smažeš

viz např. 
https://osmand.cz/2013/07/vytvareni-tras-relaci-v-josm/#spojeni-dvou-relaci-do-jedne

akorát oproti tomuto návodu je praxe tuším spíše taková, že se zachovává ta 
starší a maže novější (atributy není problém překopírovat též)

(jedním z důvodů může být to, že čím starší objekt, tím větší šance, že na něj 
někdo někde bude odkazovat, například)

K.


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-be] Temporary Blocker roads

[Marc Gemis]

The only thing that is recognized by most/all routers is "vehicle=no"
(or access=no)
But you have to change that tag when the road is open again. And
afterwards it takes some time before all routers have updated their
database. Not to mention the users of those navigation apps.
So they will have to make a detour until the data is updated.

The one you mention (temporary) is nice, but has no support AFIAK.

I'll probably do it (access=no) for the "fietsbrug" near Rumst, since
it will be closed from May to Sep.
I'll place a reminder in my agenda to go check it and update it in September.

m

On Tue, Apr 5, 2016 at 11:55 AM, Jakka  wrote:
> Hi,
>
> How to resolve this note?
>
> Roads blocked already for long period .
>
> http://www.openstreetmap.org/note/539156#map=17/51.05132/4.72987
> http://wiki.openstreetmap.org/wiki/Proposed_features/temporary
>
> PS how do a search in the archiefs of mailing list???
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-cz] Pomocny rozcestnik

[Miroslav Suchý]

Dne 4.4.2016 v 20:48 Mirek Dlask napsal(a):
> odbočky mimo hlavní rozcestník. Nevím kolik podobných případů máme.
> Nevím jestli je to dostatečný důvod pro zavedení "pomocné směrovky".
> Většina neznačených odboček je dlouhá sto a více metrů.

Tak pokud chces extrem, tak tady je neznacena odbocka na Karlstejn (ne
ten u Berouna) v delce 4km.
http://map.openstreetmap.cz/img/guidepost/P1020909.JPG

Mirek

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-talk-be] Temporary Blocker roads

[Jakka]

Hi,

How to resolve this note?

Roads blocked already for long period .

http://www.openstreetmap.org/note/539156#map=17/51.05132/4.72987
http://wiki.openstreetmap.org/wiki/Proposed_features/temporary

PS how do a search in the archiefs of mailing list???


___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [talk-ph] Project NOAH-ISAIAH requires the help of the Openstreetmap Community for building footprints

[Ervin Malicdem]

We have recently completed the mapping task for the building footprints for
the island province of Camiguin. (Task 1684
)
>From 73 structures, we have raised it up to 11,639 building footprints.
https://www.facebook.com/dostnoah/photos/a.1418577375085400.1073741828.1416092722000532/172387617750/?type=3

Thank you for your help!

Please continue mapping up your community. DOST-Project NOAH need this data
to be able to provide exposure data from the hazards map we have created.
Your efforts will help us develop street-level accurate risk analysis map
for your community.

We currently have Task 1636 active for mapping the building footprints of
Cavite.
http://tasks.hotosm.org/project/1636

Ervin Malicdem



On Mon, Mar 21, 2016 at 9:50 AM, Ervin Malicdem  wrote:

> A new task was opened for the Project NOAH ISAIAH Structures footprint
> map-up adding the province island of Camiguin. Please help us map your
> locality in OpenStreetMap so we can create effective risk analysis maps of
> your location.
>
> *Task 1684 - Project NOAH ISAIAH Camiguin Map building footprints map-up*
> http://tasks.hotosm.org/project/1684
>
> *Task 1636 - Project NOAH ISAIAH Cavite Map building footprints map-up*
> http://tasks.hotosm.org/project/1636
>
> *More about ISAIAH and the need for OpenStreetMap data.*
>
> http://blog.noah.dost.gov.ph/2016/03/18/project-noah-announces-start-of-isaiah/
>
>
> For LGUs and educational institutions who are interested to learn how to
> map in OSM, please refer them to Project NOAH by emailing
> i...@noah.dost.gov.ph
>
> Ervin Malicdem
>
> On Fri, Mar 18, 2016 at 3:58 PM, Ervin Malicdem 
> wrote:
>
>> Please know that DOST-Project NOAH (Nationwide Operational Assessment of
>> Hazards) has recently launched *ISAIAH* (Integrated Scenario-based
>> Assessments of Impacts and Hazards)
>>
>> Project NOAH has been developing hazard maps for the Philippines over the
>> past 3 years. And through ISAIAH, risk analysis maps will be developed this
>> year which needs OpenStreetMap data, specifically the building footprints,
>> as part of the data needed to calculate risk through a scenario-based
>> assessment.
>>
>> We invite the OpenStreetMap community, educational institutions and LGUs
>> to work with us in mapping your locality.
>>
>> Please use the hashtag* #ProjectNOAH-ISAIAH* on your changesets.
>>
>> We have set tasks in the HOT Tasking Manager for this purpose and we
>> started out in the province of Cavite.
>>
>>
>> *We will be adding tasks over the coming months and post them at this
>> email thread.*
>>
>>
>> *Task 1636 - Project NOAH ISAIAH Cavite Map building footprints map-up*
>> http://tasks.hotosm.org/project/1636
>>
>> *More about ISAIAH and the need for OpenStreetMap data.*
>>
>> http://blog.noah.dost.gov.ph/2016/03/18/project-noah-announces-start-of-isaiah/
>>
>>
>> For LGUs and educational institutions who are interested to learn how to
>> map in OSM, please refer them to Project NOAH by emailing
>> i...@noah.dost.gov.ph
>>
>>
>> Ervin Malicdem
>>
>>
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Frank Villaro-Dixon]

On 16-03-23 13:24:29, Andy Townsend, wrote 1.0K characters saying:

On 23/03/2016 12:22, Frank Villaro-Dixon wrote:

On 16-03-23 12:20:35, Andy Townsend, wrote 0.3K characters saying:

On 23/03/2016 12:07, Frank Villaro-Dixon wrote:
Again, that's not the goal if it. As said above, the role is NOT 
to change

tags, but to remove redundancies.


It doesn't matter.  All of the screed that I wrote yesterday 
applies to "redundant data" too - we need to understand how it got 
there, and what actually is wrong.


Yep,
as I said on another mail:


Link please.  You've said lots of things, but much seemed very "handwavy" 
and not really understanding of the issues.

TODO



the majority comes from two 'bad' imports.


Link please - exactly which ones, run by whom and when?

Complete list (generated by me; source on git) is here:
http://pastebin.com/Cn7gyn76

Statistics are here:
http://pastebin.com/KrZWJY6j


Extract:
16 CanVec_Import_2009
16 PGS & Bing
22 PGS
23 Yahoo
36 CANVEC
38 JOSM lakewalker plugin
39 bing
39 Lakewalker / Landsat
44 KSJ2
54 Landsat
56 CanVec 6.0 - NRCan
57 IRS
63 NRCan-CanVec-8.0
   118 landsat
   121 Bing
   123 NRCan-CanVec-7.0
   437 Kartverket N50
   802 NRCan-CanVec-10.0
  1476
  1708 NHD


We can see that of the 5477 ways that need modification, half of them 
(1708 + 802 + 437 + 123 + 63 = 57% of 5477) were created by automated 
imports.



Cheers,

Frank

--
frank.villaro-dixon.eu   - PGP: 6F36914A
Envie d'électricité 100% verte ? Enercoop.fr
What is a Velomobile ?   www.sans-essence.eu

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

[Talk-cz] Spojeni dvou relaci

[Miroslav Suchý]

Mohl by nekdo prosim spojit
  http://www.openstreetmap.org/relation/1425025
  http://www.openstreetmap.org/relation/6106551
Po nekolika kilometrech mapovani jsem zjistil ze na druhem konci te
cesty uz ta relace exituje. A nevim jak se slucuji dve relace.

Predem diky.
Mirek

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Podivny rozcestnik

[Petr Holub]

Ahoj,

> 1) v pripade, ktery uvadi Mirek Suchy, jde jednoznacne o dva TIM - SY009 
> Pustá Rybná
> (rozcestí) a SY033 Pod Rybenskými Perničkami. V OSM je to správně otagováno 
> (alespoň se to
> správně renderuje na [1])
> 2) fyzické provedení TIM SY033 neodpovídá značkařské normě už tím, že jsou 
> tabulky jednoho TIM
> na více místech. Norma nepřipouští umístění tabulek jednoho TIM na různé 
> objekty vyjma
> případů, kdy jich je neúměrně mnoho nad sebou (a i tak se musí umisťovat na 
> jedno místo např.
> pomocí speciálního nosiče apod.)
> 3) fyzické provedení na místě SY033 je divoce poskládáno z tabulek dvou 
> různých TIM (vše to
> napovídá, že se tam stalo něco zvláštního, např. pokácení stromu s TIM SY003 
> apod. a stav je
> !dočasný!) a to by ROZHODNĚ nemělo být důvodem k vědomému kombinování ref 
> čísel v jejich
> fotografiích, protože by mohlo dojít k následnému nesprávnému párování
> 4) kombinace dvou různých ref jsou teoreticky přípustné tam, kde dochází na 
> hranici
> značkařských okresů ke změně "spádovosti" TIM v čase, je tam např. na tabulce 
> z roku 2007
> BMxxx a na tabulce z roku 2010 TSxxx. Ale i v tomto případě bych preferoval 
> zdravý rozum a
> uvedení novějšího údaje (v tomto případě TSxxx)

za mne jen malý komentář, který doufám nespustí flame... musíme si ujasnit, co 
mapujeme.
Jaká je definice guidepost vs. jaká je definice TIM, abychom se zase nedostali 
do debaty,
jestli mapujeme realitu, nebo naše přání, jak by realita měla vypadat (např. 
podle vnitřních
norem KČT, které nejsou v realitě vždy respektovány). 

Závisí na tom, co je to guidepost: jestli je to ta jedna tabulka, nebo jestli 
je to ten nosič
s tabulkami, nebo ještě něco jiného. Já jsem osobně doposud pracoval se 
sémantikou nosiče tabulek,
už proto, že "post" v angličtině znamená "sloupek/pilíř/apod". A odráží to 
přesně to, co vidím
v realitě. Pokud se na tom shodneme v této definici, tak ten podivný rozcestník 
patří značit
ref=SY009;SY033
protože na jednom nosiči jsou cedulky se dvěma ref-y.

Pokud to chceme rozpadat na více bodů, tak je potřeba prvně ujasnit za jakých 
podmínek - co
je tedy definice guidepostu. Abychom pak nedělali samostatný bod pro každou 
cedulku, protože
ref často vypadá SY033a, SY033b, atd. - pro každou tabulku jiný.

Petr




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Sistemare waterway=riverbank

[Lorenzo "Beba" Beltrami]

2016-04-04 21:09 GMT+02:00 Martin Koppenhoefer :

>
> non so di quale tipo di fiume parliamo, ma vorrei segnalare che il wiki ha
> delle guidelines dove va messo il riverbank:
>
Nel caso specifico stiamo parlando di canali (quindi non soggetti a periodi
di alluvione) inseriti in una complessa rete di bonifica.
Proprio per questa complessità a volte assumono (specialmente nei tratti
terminali o di pompaggio) larghezze considerevoli, pari a quelle di veri e
propri fiumi (come ha notato giustamente Alecs).

Ora ho comunque contattato direttamente chi ha creato i dati all'inizio per
vedere se sistemare la cosa a mano. A conti fatti i casi sono relativamente
pochi (meno di una decina).

Ciao!
Lorenzo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] Pomocny rozcestnik - neznačená trasa

[Milan Cerny]

Zdravím, když už se tu řeší pomocné rozcestníky, tak by mě zajímalo, jak v mapě 
správně značit či neznačit tuto neznačenou trasu od pomocného k běžnému 
rozcestníku?
Poslední dobou jsem zaznamenal několik případů, kdy KČT nahrazuje klasickou 
"barvu" právě tímto virtuálním značením s pomocným rozcestníkem. Většinou bez 
pásového značení, někde značení zůstalo.
Tyto kousky jsem značil jako odbočky stejnou relací a barvou jako trasa, což je 
špatně. Rád bych to opravil tak, aby to v mapě bylo vidět ale aby to nebyla 
barva.
Díky.

Milan

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz