Re: [OSM-talk-fr] relation "D xx"

[Jérôme Seigneuret]

Bonjour,

Pour faire une "catégorie" ou plutôt un regroupement d'un ensemble ayant
globalement une fonction identique, on utilise un master il me semble?!

"D" est déjà une catégorie en soit. toutes les routes départementales ont
cette lettre sauf pour les départements ayant refusé de passer les codes
nationaux en attribuant un nouveau numéro de code départemental

Sinon en effet ref peut contenir des valeurs multiples comme sur certains
tronçons d'autoroutes accolés (2 + 3 voies par exemple)

La valeur de ref peut être différente ou être un tronçon particulier du
réseau D 15A , D 15B, D 15C ... .

Dans cette relation on met en avant la D 15 de la Meuse (55) car il existe
surement une D 15 pour chaque département...
J'aurais ajouté un* is_in:France;Meuse*

Voici un document du Service Maitrise d'Ouvrage du 05 pour le SIR du CG

Celui-ci permet de comprendre comment sont numérotés les départementales à
quoi correspond un PR ( équivalent au PK pour le réseau ferroviaire) et
ainsi où elle débute et se fini.

Jérôme



Le 7 septembre 2015 09:09, Romain MEHUT  a écrit :

> Ce serait fidèle à ce qui est écrit ici
> http://wiki.openstreetmap.org/wiki/FR:Relations/Les_relations_ne_sont_pas_des_cat%C3%A9gories
>
> Romain
>
>
> Le 7 septembre 2015 09:09, Frédéric Rodrigo  a
> écrit :
>
>> Oui et non.
>>
>> - Tu ne peux pas retrouver les membres "facilement". Ils n'ont pas tous
>> la même référence.
>> - La référence est globale, à l'ensemble des ways.
>>
>> Frédéric.
>>
>>
>>
>> Le 07/09/2015 00:27, Pierre-Yves Berrard a écrit :
>>
>>> Bonsoir;
>>>
>>> Je m'interroge sur le bien fondé d'une telle relation.
>>> http://www.openstreetmap.org/relation/4851242/history
>>>
>>> N'est-ce pas assimilé à une catégorie ?
>>>
>>> PY
>>>
>>>
>>> ___
>>> 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-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-cz] dotaz na vykreslování turistických značek na MTBmap

[Martin Tesar]

Ahojte,

diky za hlaseni, je to jak rika Petr. Import probehl, prekresli se to
casem. Letmo jsem ty relace zkontroloval a vykresluji se z novych dat
spravne, jen se proste musi pockat...

MTB mapa si vsima jen tagu osmc:symbol, pokud ma nejakou standardni
hodnotu, pak se trasa vykresli.

Martin


Dne 6. září 2015 20:32 Petr Holub  napsal(a):

> > koncem srpna jsem upravil několik  turistických značek v okolí Luže a
> Košumberku
> > Jednalo se např o žlutou značku přes Pivnice - relace 5469948
> > zelenou značku přes Podskalu - relace 1525746
> > modrou přes Podskalu - relace 3255011
> >
> > V nově aktualizované MTBmap s daty ze dne 2.9.2015 se však úpravy těchto
> značek nevykreslily -
> > co je špatně?
>
> Spatne je to, ze probehl sice import novych dat, ale zhavarovalo
> z nejakeho duvodu prerendrovani mapy - ktere bezi na pozadi pote,
> co dobehne ten import dat a prepise se na webove strance datum
> aktualizace (to prerendrovani bezi cca tyden).
>
> Musim se podivat, co se stalo...
>
> Petr
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



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

Re: [OSM-talk-fr] relation "D xx"

[Philippe Verdy]

le is_in est totalement inutile et déprecié depuis lontemps il
s'appliqurait en fait ausdi aux voies communales ou même aux autoroutes du
département. S'il s'agit d'indiquer que c'est une départementale de la
Meuse et pas d'un autre département ce serait plutôt un tag network=* pour
mentionner le gestionnaire du réseau départemental. et ce serait mieux que
le format utilise qui mélange la référence, et un numéro entre parenthèses
pas bien clair.

Ensuite si on veut on peut regrouper toutes les départementales du
département dans une relation network,  comme pour les autres réseaux de
transport. Ce serait utile si une requête pour chercher toutes les
départementales devient trop lourde a cause de l'échelle et du fait que la
bounding box va trouver des routes des départements voisins et que la
géométrie globale est très lourde et complexe et faciliter aussi
l'unification des tags sur un même réseau, les simplifier, faciliter la
réutilisation,  indépendamment des numéros de référence locaux,  et
faciliter aussi la maintenance du réseau.

Comparez aussi avec le reseau des routes Européennes qui emprunte aussi les
autoroutes,  nationales et départementales. Ou encore les réseaux
cyclables,

A voir aussi comment identifier le réseau "bis" de délestage des grands
axes ou de contournement des agglomérations, souvent pour les poids lourds
hors desserte locale.
Le 7 sept. 2015 09:53, "Jérôme Seigneuret"  a
écrit :

> Bonjour,
>
> Pour faire une "catégorie" ou plutôt un regroupement d'un ensemble ayant
> globalement une fonction identique, on utilise un master il me semble?!
>
> "D" est déjà une catégorie en soit. toutes les routes départementales ont
> cette lettre sauf pour les départements ayant refusé de passer les codes
> nationaux en attribuant un nouveau numéro de code départemental
>
> Sinon en effet ref peut contenir des valeurs multiples comme sur certains
> tronçons d'autoroutes accolés (2 + 3 voies par exemple)
>
> La valeur de ref peut être différente ou être un tronçon particulier du
> réseau D 15A , D 15B, D 15C ... .
>
> Dans cette relation on met en avant la D 15 de la Meuse (55) car il existe
> surement une D 15 pour chaque département...
> J'aurais ajouté un* is_in:France;Meuse*
>
> Voici un document du Service Maitrise d'Ouvrage du 05 pour le SIR du CG
> 
> Celui-ci permet de comprendre comment sont numérotés les départementales à
> quoi correspond un PR ( équivalent au PK pour le réseau ferroviaire) et
> ainsi où elle débute et se fini.
>
> Jérôme
>
>
>
> Le 7 septembre 2015 09:09, Romain MEHUT  a écrit :
>
>> Ce serait fidèle à ce qui est écrit ici
>> http://wiki.openstreetmap.org/wiki/FR:Relations/Les_relations_ne_sont_pas_des_cat%C3%A9gories
>>
>> Romain
>>
>>
>> Le 7 septembre 2015 09:09, Frédéric Rodrigo  a
>> écrit :
>>
>>> Oui et non.
>>>
>>> - Tu ne peux pas retrouver les membres "facilement". Ils n'ont pas tous
>>> la même référence.
>>> - La référence est globale, à l'ensemble des ways.
>>>
>>> Frédéric.
>>>
>>>
>>>
>>> Le 07/09/2015 00:27, Pierre-Yves Berrard a écrit :
>>>
 Bonsoir;

 Je m'interroge sur le bien fondé d'une telle relation.
 http://www.openstreetmap.org/relation/4851242/history

 N'est-ce pas assimilé à une catégorie ?

 PY


 ___
 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-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-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] relation "D xx"

[Frédéric Rodrigo]

Oui et non.

- Tu ne peux pas retrouver les membres "facilement". Ils n'ont pas tous 
la même référence.

- La référence est globale, à l'ensemble des ways.

Frédéric.


Le 07/09/2015 00:27, Pierre-Yves Berrard a écrit :

Bonsoir;

Je m'interroge sur le bien fondé d'une telle relation.
http://www.openstreetmap.org/relation/4851242/history

N'est-ce pas assimilé à une catégorie ?

PY


___
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] relation "D xx"

[Romain MEHUT]

Ce serait fidèle à ce qui est écrit ici
http://wiki.openstreetmap.org/wiki/FR:Relations/Les_relations_ne_sont_pas_des_cat%C3%A9gories

Romain

Le 7 septembre 2015 09:09, Frédéric Rodrigo  a
écrit :

> Oui et non.
>
> - Tu ne peux pas retrouver les membres "facilement". Ils n'ont pas tous la
> même référence.
> - La référence est globale, à l'ensemble des ways.
>
> Frédéric.
>
>
>
> Le 07/09/2015 00:27, Pierre-Yves Berrard a écrit :
>
>> Bonsoir;
>>
>> Je m'interroge sur le bien fondé d'une telle relation.
>> http://www.openstreetmap.org/relation/4851242/history
>>
>> N'est-ce pas assimilé à une catégorie ?
>>
>> PY
>>
>>
>> ___
>> 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-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Aménagements cyclables en France

[Simon Miniou]

Bonjour, beau rendu et bonne idée,

retour sur le site/ergonomie :

Quand on est sur les trois dernier niveau de zoom (hors paris) les
aménagements disparaissent ce qui est assez embêtant (vous pouvez peut être
les intégrer dans votre rendu ?) (idem avec la couche aménagement cyclable
sur le site de geovelo)

quand on a sélectionné une ville et qu'on clique sur retour, on est dirigé
vers la page stat, ça ne serait pas mieux si c'était vers la page Top
villes vu qu'on vient de cette page ?

un permalink serait cool aussi.

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

Re: [OSM-talk-fr] relation "D xx"

[Jérôme Seigneuret]

Déprécié???  http://wiki.openstreetmap.org/wiki/Key:is_in Je vois pas ça...
Maintenant peut être pour un contexte routier.

En effet network est adapté au contexte de catégorisation dans le cas
présent.
Si je comprends bien ce qui est présenté sur le wiki on aurait network=
*FR:departemental:Meuse *pour l’exemple présent.

Coté requête spatiale, sans relation il est difficile de prendre les
tronçons de départementales s'il n'y a pas la clé (nommé comme au dessus)
car on peut avoir des tronçons sur la limite de département ou de région.
Sans compté que pour des petits tronçons, il y a un risque que celui-ci ne
soit pas découpé et soit géré par l'un ou l'autre des départements  (ou
conjointement).

Peut-être qu'il y a un échange de parcelle, mais j'en ai pas la certitude.
Donc, tout les cas proches de la limite peuvent poser problème.

Le réseau "itinéraire bis" est encore une autre problématique (un autre
réseau) au même titre que les routes aménagées pour les itinéraires à grand
gabarit (IGG) comme dans le Gers.

Jérôme


Le 7 septembre 2015 10:35, Philippe Verdy  a écrit :

> le is_in est totalement inutile et déprecié depuis lontemps il
> s'appliqurait en fait ausdi aux voies communales ou même aux autoroutes du
> département. S'il s'agit d'indiquer que c'est une départementale de la
> Meuse et pas d'un autre département ce serait plutôt un tag network=* pour
> mentionner le gestionnaire du réseau départemental. et ce serait mieux que
> le format utilise qui mélange la référence, et un numéro entre parenthèses
> pas bien clair.
>
> Ensuite si on veut on peut regrouper toutes les départementales du
> département dans une relation network,  comme pour les autres réseaux de
> transport. Ce serait utile si une requête pour chercher toutes les
> départementales devient trop lourde a cause de l'échelle et du fait que la
> bounding box va trouver des routes des départements voisins et que la
> géométrie globale est très lourde et complexe et faciliter aussi
> l'unification des tags sur un même réseau, les simplifier, faciliter la
> réutilisation,  indépendamment des numéros de référence locaux,  et
> faciliter aussi la maintenance du réseau.
>
> Comparez aussi avec le reseau des routes Européennes qui emprunte aussi
> les autoroutes,  nationales et départementales. Ou encore les réseaux
> cyclables,
>
> A voir aussi comment identifier le réseau "bis" de délestage des grands
> axes ou de contournement des agglomérations, souvent pour les poids lourds
> hors desserte locale.
> Le 7 sept. 2015 09:53, "Jérôme Seigneuret"  a
> écrit :
>
>> Bonjour,
>>
>> Pour faire une "catégorie" ou plutôt un regroupement d'un ensemble ayant
>> globalement une fonction identique, on utilise un master il me semble?!
>>
>> "D" est déjà une catégorie en soit. toutes les routes départementales ont
>> cette lettre sauf pour les départements ayant refusé de passer les codes
>> nationaux en attribuant un nouveau numéro de code départemental
>>
>> Sinon en effet ref peut contenir des valeurs multiples comme sur certains
>> tronçons d'autoroutes accolés (2 + 3 voies par exemple)
>>
>> La valeur de ref peut être différente ou être un tronçon particulier du
>> réseau D 15A , D 15B, D 15C ... .
>>
>> Dans cette relation on met en avant la D 15 de la Meuse (55) car il
>> existe surement une D 15 pour chaque département...
>> J'aurais ajouté un* is_in:France;Meuse*
>>
>> Voici un document du Service Maitrise d'Ouvrage du 05 pour le SIR du CG
>> 
>> Celui-ci permet de comprendre comment sont numérotés les départementales
>> à quoi correspond un PR ( équivalent au PK pour le réseau ferroviaire) et
>> ainsi où elle débute et se fini.
>>
>> Jérôme
>>
>>
>>
>> Le 7 septembre 2015 09:09, Romain MEHUT  a écrit
>> :
>>
>>> Ce serait fidèle à ce qui est écrit ici
>>> http://wiki.openstreetmap.org/wiki/FR:Relations/Les_relations_ne_sont_pas_des_cat%C3%A9gories
>>>
>>> Romain
>>>
>>>
>>> Le 7 septembre 2015 09:09, Frédéric Rodrigo  a
>>> écrit :
>>>
 Oui et non.

 - Tu ne peux pas retrouver les membres "facilement". Ils n'ont pas tous
 la même référence.
 - La référence est globale, à l'ensemble des ways.

 Frédéric.



 Le 07/09/2015 00:27, Pierre-Yves Berrard a écrit :

> Bonsoir;
>
> Je m'interroge sur le bien fondé d'une telle relation.
> http://www.openstreetmap.org/relation/4851242/history
>
> N'est-ce pas assimilé à une catégorie ?
>
> PY
>
>
> ___
> 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] Test carte Police/Justice...

[Christian Quest]

Les zones justice, police/gendarmerie s'appuient toutes sur les limites
de communes et sont en opendata.

Je ne vois pas trop l'intérêt de rajouter ça dans OSM car si on veut
rajouter tout les zonages possibles et imaginables on n'est pas sorti de
l'auberge, l'IGN en a répertorié plusieurs centaines !


On 06/09/2015 15:47, dHuy Pierre wrote:
> @cquest: Merci, du coup, c'est déjà cartographié sur osm ou on peut le
> rajouter nous même et si oui sous quel titre et tag?
>
>
>
> Le Lundi 31 août 2015 11h28, Christian Quest 
> a écrit :
>
>
> Zut, j'ai changé le titre donc le lien :(
>
> Voici le lien stable...
> https://www.data.gouv.fr/fr/reuses/55d5fec588ee382817a46ec1/
>
>
> On 30/08/2015 12:49, didier2020 wrote:
> > 404, 403 ... moi j'ai une bx
> >
> > ... désolé ...
> >
> > Le dimanche 30 août 2015 à 11:06 +0200,
> osm.sanspourr...@spamgourmet.com 
> > a écrit :
> >> Tu veux dire 403 je suppose.
> >> Actuellement j'ai un 403 (ça marchait l'autre jour).
> >>
> >> N. B. : pour les POI, Guilhem avait bien précisé ni iOS ni Android.
> >>
> >> Jean-Yvon
> >>
> >> Le 30/08/2015 09:18, dHuy Pierre - dh...@yahoo.fr
>  a écrit :
> >>
> >>> @Cquest: Ton lien me renvoie un beau 404, suis je seul dans ce cas?
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Le Jeudi 20 août 2015 21h26, Christian Quest
> >>> > a écrit :
> >>>
> >>>
> >>>
> >>> Des morceaux d'OSM dedans... essentiellement les contours de
> >>> communes
> >>> utilisés pour recréer les limites des TGI et des zones
> >>> Police/Gendarmerie, le reste c'est 4 jeux de données opendata dispo
> >>> sur
> >>> data.gouv.fr
> >>>
> >>> https://www.data.gouv.fr/fr/reuses/carte-des-ressorts-des-tgi/
> >>>
> >> ___
> >> 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
>
> -- 
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> 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

-- 
Christian Quest - OpenStreetMap France

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

Re: [Talk-at] Busse temporär "deaktivieren"

[Friedrich Volkmann]

On 07.09.2015 04:28, Robin Däneke wrote:
> Da sich nun die Bädersaison dem Ende zuneigt, sind auch die Tage des
> Bäderbus Gänsehäufel und des 20B gezählt. 
> Nun weiß ich aber nicht, wie ich am besten die Relationen "ungültig" mache,
> sodass sie nicht mehr in den Daten und/oder auf der Karte als Buslinie
> aufscheinen... Gibt es da einen Tag, oder muss ich die Relationen löschen
> (und nächstes Jahr halt neu hochladen)?

Immer wieder löschen und neu anlegen halte ich für keine gute Idee, weil ja
die Anwender nicht immer auf die aktuellen Daten zugreifen, sondern da gibt
es einen zeitlichen Versatz sowie eine Periode, wie oft die Aktualisierung
stattfindet. Wenn die zufällig bei ½ Jahr liegt, kann es mit etwas Pech
passieren, dass beim Anwender der Bus ausgerechnet in der Bädersaison fehlt
und im Winterhalbjahr wieder auftaucht.

Darum würde ich zu sowas wie opening_hours=May-Sep raten, setze halt die
richtigen Werte ein. Blöd ist es nur, wenn die Zeiten von Jahr zu Jahr
verschieden sind (z.B. Lainzer Tiergarten). Dann wäre seasonal=* noch eine
Alternative.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-cz] dotaz na vykreslování turistických značek na MTBmap

[Zdeněk Pražák]

Aha - já jsem to kontroloval na větších přiblíženích, které se doposud
nevykreslily.

Díky Pražák

Dne 7. září 2015 9:32 Martin Tesar  napsal(a):

> Ahojte,
>
> diky za hlaseni, je to jak rika Petr. Import probehl, prekresli se to
> casem. Letmo jsem ty relace zkontroloval a vykresluji se z novych dat
> spravne, jen se proste musi pockat...
>
> MTB mapa si vsima jen tagu osmc:symbol, pokud ma nejakou standardni
> hodnotu, pak se trasa vykresli.
>
> Martin
>
>
> Dne 6. září 2015 20:32 Petr Holub  napsal(a):
>
>> > koncem srpna jsem upravil několik  turistických značek v okolí Luže a
>> Košumberku
>> > Jednalo se např o žlutou značku přes Pivnice - relace 5469948
>> > zelenou značku přes Podskalu - relace 1525746
>> > modrou přes Podskalu - relace 3255011
>> >
>> > V nově aktualizované MTBmap s daty ze dne 2.9.2015 se však úpravy
>> těchto značek nevykreslily -
>> > co je špatně?
>>
>> Spatne je to, ze probehl sice import novych dat, ale zhavarovalo
>> z nejakeho duvodu prerendrovani mapy - ktere bezi na pozadi pote,
>> co dobehne ten import dat a prepise se na webove strance datum
>> aktualizace (to prerendrovani bezi cca tyden).
>>
>> Musim se podivat, co se stalo...
>>
>> Petr
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
>
> --
> Martin Tesar
> http://mtbmap.cz/
>
> ___
> 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: [OSM-talk-be] adressen

[Sander Deryckere]

Ok, ben het script aan het runnen, binnen een dik uur zal de data weer
up-to-date zijn (als er zich geen problemen voordoen).

Mvg,
Sander

Op 7 september 2015 12:08 schreef Marc Gemis :

> Sander,
>
> kan jij de database dan nog eens bijwerken aub ?
>
> mvg
>
> m
>
> 2015-09-07 11:49 GMT+02:00 Jan Laporte :
>
>> De grote bijwerking gebeurde inderdaad later, ik dacht in mei.
>>
>>
>>
>>
>>
>> *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
>> *Verzonden:* vrijdag 4 september 2015 15:07
>>
>> *Aan:* OpenStreetMap Belgium 
>> *Onderwerp:* Re: [OSM-talk-be] adressen
>>
>>
>>
>> Dan wordt het tijd dat we nog eens een nieuwe dump  maken van de crab
>> data, want als ik naar
>>
>>
>>
>>
>> http://crab-import.osm.be/import.html?pcode=2610=true=true=
>>
>>
>>
>> kijk, lijkt de data van Wilrijk niet echt correct. Addressen met postcode
>> 2610 moeten in het ZZW van Antwerpen liggen, niet in het noorden. De data
>> is van 2 maart 2015.
>>
>>
>>
>>
>>
>> mvg
>>
>>
>>
>> m
>>
>>
>>
>> 2015-09-04 14:56 GMT+02:00 Jan Laporte :
>>
>> Hallo,
>>
>> Antwerpen is in principe volledig, correct en actueel in het CRAB. Zeker
>> voor woningen en appartementen. Die informatie zou je zeker mee moeten
>> nemen, kwestie van er iets minder titanenwerk van te maken.
>>
>> Bye,
>> Jan
>>
>>
>> -Oorspronkelijk bericht-
>> Van: Ben Laenen [mailto:benlae...@gmail.com]
>> Verzonden: donderdag 27 augustus 2015 16:12
>> Aan: OpenStreetMap Belgium 
>> Onderwerp: Re: [OSM-talk-be] adressen
>>
>>
>> Ik denk niet dat er al iemand begonnen is met het systematisch mappen van
>> alle adressen in Antwerpen? De straten moeten er zo goed als allemaal in
>> zitten, in de beginjaren werd daarvoor vergeleken met de straatnamenlijst
>> die je online kan vinden. Maar adressen zelf is nog een ander titanenwerkje
>> (en al zeker als we gebouwen ook ineens willen mappen), dus tegen wanneer
>> dat in OSM staat daar durf ik alvast niets over zeggen. Ten vroegste over
>> een paar maanden, op voorwaarde natuurlijk dat er iemand nu meteen aan
>> begint (en het volhoudt tot het eind), aangezien het volgens mij wel een
>> werkje is waar iemand fulltime wel enkele weken mee zoet zou zijn.
>>
>> Als er interesse is misschien iets met een aantal mensen coördineren om
>> er eens werk van te maken?
>>
>> Ben
>>
>>
>> 2015-08-27 10:01 GMT+02:00 joost schouppe :
>> > Dag allen,
>> >
>> > Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds
>> > kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes
>> > rechtsboven als je een kaart in beeld hebt).
>> > Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of
>> > ze alsjeblieft weer naar een volledig adressenbestand kunnen
>> > verwijzen, iemand off the top of their head een idee welk aandeel van
>> > de adressen in 't Stad nu al gemapped zijn en op welke termijn we
>> volledig zouden kunnen zijn?
>> >
>> > Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller
>> > is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen).
>> > Maar openaddresses.io is ook gebiedsdekkend. Zou iemand daar al een
>> > open adreszoeker op gebouwd hebben?
>> >
>> > --
>> > Joost @
>> > Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>> >
>> > ___
>> > 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
>>
>> 
>>
>> AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>>
>> --
>>
>> AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] relation "D xx"

[Jérôme Seigneuret]

Donc pas déprécié mais en doublon et peut être considéré comme inutile mais
peut apporter des infos supplémentaires. Et dans certains contexte pour
éviter d'avoir des calculs trop lourd!

Donc ne pas dire que ce tag est déprécié car c'est pas le cas. Juste que
dans un certain contexte il est inutile.

Déprécié c'est que soit ça a été remplacé car le modèle à évolué et qu'il
ne faut donc plus l'utiliser. Hors là c'est pas le cas et le tag est noté
comme "in use"

Le cas de litige comme tu dis peut entrer en cause quand la route est sur
la limite ou que le tronçon dépasse réellement la limite car contrairement
aux adresses, on n'a pas de tag *highway:city=* ( pour mettre en parallèle
de *addr:city=** et *is_in:city=**

Pour le moment il y a une coexistence qui répond à des besoins
particuliers. Donc rien d’incompatible ou d'incohérent.

Concernant les limites, j'en revient à ce que je disait au dessus, rien
n'affirme que le tracé de la route est vraiment sur la limite ou juste d'un
coté de la limite comme pour certaines voies communales (mitoyenneté ou
non; et cogérance ou non)

La précision  de tracé (et le niveau d'abstraction et de schématisation du
réseau) entre la route (calé sur ortho ou sur Cadastre) et la limite
administrative peut engendrer des problèmes pour des sélections spatiales
dont les sources sont déjà divergentes.

Après si network est suffisant je comprends que is_in ne soit pas utile.
Tout dépend du besoin.


Jérôme

Le 7 septembre 2015 13:35, JB  a écrit :

> Le 07/09/2015 11:16, Jérôme Seigneuret a écrit :
>
>> Déprécié??? http://wiki.openstreetmap.org/wiki/Key:is_in Je vois pas
>> ça... Maintenant peut être pour un contexte routier.
>>
> Absolument : déprécié en France, comme le dit tout du long la page wiki
> que tu cites, par exemple : The is_in tag pre-dates boundary polygons, how
> to avoid this tag, etc., etc.
> Il est éventuellement utilisé pour des cas litigieux, ou quand les limites
> ne sont pas dans OSM pour une raison ou une autre, je pense par exemple aux
> hameaux mal définis.
> JB.
>
>
> ___
> 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-cl] Felicitaciones sotm latam 2015

[Danilo Lacoste]

Felicitaciones por mi parte también, a pesar de ser de Chile, no me
fue posible ofrecerme para ayudar a la organización, por lo que solo
puede ir como espectador. Ha sido una de las mejores conferencias que
he visto, creo que el gran diferenciador (aparte de la temática) ha
sido la traducción en vivo, realmente fantastico.

Espero si ha alguien le interesa, comenzar a trabajar en ideas en
conjunto. Me considero un buen desarrollador  y si alguien quiere
unirse podríamos comenzar a fabricar grandes cosas.

saludos.

2015-09-07 9:56 GMT-03:00 Cristián Serpell :
> Aunque no pude ir ayer último día, felicito a los (el) organizadores. Fue
> muy entretenido y provechoso. Muchas gracias y espero siga avanzando la
> comunidad.
>
> Cristián
>
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>



-- 
Danilo Lacoste Z.   dan...@lacosox.org
Ing. Civil en informática
www.lacosox.org

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

Re: [OSM-talk-fr] relation "D xx"

[Vincent de Château-Thierry]

Bonjour,

> De: "Jérôme Seigneuret" 
> 
> Donc pas déprécié mais en doublon et peut être considéré comme
> inutile mais peut apporter des infos supplémentaires. Et dans
> certains contexte pour éviter d'avoir des calculs trop lourd!
> 
> Donc ne pas dire que ce tag est déprécié car c'est pas le cas. Juste
> que dans un certain contexte il est inutile.
> 
> Déprécié c'est que soit ça a été remplacé car le modèle à évolué et
> qu'il ne faut donc plus l'utiliser. Hors là c'est pas le cas et le
> tag est noté comme "in use"

Un coup d'oeil ici :
http://taginfo.openstreetmap.fr/keys/is_in#overview

Quand on voit, au moins sur la France, le faible nombre d'objets encore taggués 
avec is_in=*, et ce sans qu'aucune application cliente n'ai élevé la voix pour 
se plaindre de l'absence du tag partout ailleurs, je pense qu'on peut parler de 
dépréciation "de fait".

Dans le cas d'une route, se préoccuper de correctement la couper en limite de 
département si sa référence est départementale, aidera sûrement plus un 
consommateur des données que d'ajouter is_in=.

Sans parler du fait (maintes fois évoqué sur cette liste) que le contenu du 
tag, dépourvu de véritable nomenclature, et s'appuyant sur des noms propres 
plutôt que sur des identifiants, en rend l'exploitation et la maintenance bien 
trop hasardeuses.

vincent

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

Re: [OSM-talk-be] adressen

[Jan Laporte]

Ok, als er nog systematische fouten in zouden zitten, laat weten en ik 
confronteer de stad ermee.

Bye,
Jan


Van: Sander Deryckere [mailto:sander...@gmail.com]
Verzonden: maandag 7 september 2015 13:56
Aan: Marc Gemis 
CC: OpenStreetMap Belgium 
Onderwerp: Re: [OSM-talk-be] adressen

Ok, ben het script aan het runnen, binnen een dik uur zal de data weer 
up-to-date zijn (als er zich geen problemen voordoen).
Mvg,
Sander

Op 7 september 2015 12:08 schreef Marc Gemis 
>:
Sander,

kan jij de database dan nog eens bijwerken aub ?

mvg

m

2015-09-07 11:49 GMT+02:00 Jan Laporte 
>:
De grote bijwerking gebeurde inderdaad later, ik dacht in mei.


Van: Marc Gemis [mailto:marc.ge...@gmail.com]
Verzonden: vrijdag 4 september 2015 15:07

Aan: OpenStreetMap Belgium 
>
Onderwerp: Re: [OSM-talk-be] adressen

Dan wordt het tijd dat we nog eens een nieuwe dump  maken van de crab data, 
want als ik naar

http://crab-import.osm.be/import.html?pcode=2610=true=true=

kijk, lijkt de data van Wilrijk niet echt correct. Addressen met postcode 2610 
moeten in het ZZW van Antwerpen liggen, niet in het noorden. De data is van 2 
maart 2015.


mvg

m

2015-09-04 14:56 GMT+02:00 Jan Laporte 
>:
Hallo,

Antwerpen is in principe volledig, correct en actueel in het CRAB. Zeker voor 
woningen en appartementen. Die informatie zou je zeker mee moeten nemen, 
kwestie van er iets minder titanenwerk van te maken.

Bye,
Jan


-Oorspronkelijk bericht-
Van: Ben Laenen [mailto:benlae...@gmail.com]
Verzonden: donderdag 27 augustus 2015 16:12
Aan: OpenStreetMap Belgium 
>
Onderwerp: Re: [OSM-talk-be] adressen

Ik denk niet dat er al iemand begonnen is met het systematisch mappen van alle 
adressen in Antwerpen? De straten moeten er zo goed als allemaal in zitten, in 
de beginjaren werd daarvoor vergeleken met de straatnamenlijst die je online 
kan vinden. Maar adressen zelf is nog een ander titanenwerkje (en al zeker als 
we gebouwen ook ineens willen mappen), dus tegen wanneer dat in OSM staat daar 
durf ik alvast niets over zeggen. Ten vroegste over een paar maanden, op 
voorwaarde natuurlijk dat er iemand nu meteen aan begint (en het volhoudt tot 
het eind), aangezien het volgens mij wel een werkje is waar iemand fulltime wel 
enkele weken mee zoet zou zijn.

Als er interesse is misschien iets met een aantal mensen coördineren om er eens 
werk van te maken?

Ben


2015-08-27 10:01 GMT+02:00 joost schouppe 
>:
> Dag allen,
>
> Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds
> kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes
> rechtsboven als je een kaart in beeld hebt).
> Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of
> ze alsjeblieft weer naar een volledig adressenbestand kunnen
> verwijzen, iemand off the top of their head een idee welk aandeel van
> de adressen in 't Stad nu al gemapped zijn en op welke termijn we volledig 
> zouden kunnen zijn?
>
> Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller
> is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen).
> Maar openaddresses.io is ook gebiedsdekkend. Zou 
> iemand daar al een
> open adreszoeker op gebouwd hebben?
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> 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


AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be




AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355

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





AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] adressen

[Jan Laporte]

De grote bijwerking gebeurde inderdaad later, ik dacht in mei.


Van: Marc Gemis [mailto:marc.ge...@gmail.com]
Verzonden: vrijdag 4 september 2015 15:07
Aan: OpenStreetMap Belgium 
Onderwerp: Re: [OSM-talk-be] adressen

Dan wordt het tijd dat we nog eens een nieuwe dump  maken van de crab data, 
want als ik naar

http://crab-import.osm.be/import.html?pcode=2610=true=true=

kijk, lijkt de data van Wilrijk niet echt correct. Addressen met postcode 2610 
moeten in het ZZW van Antwerpen liggen, niet in het noorden. De data is van 2 
maart 2015.


mvg

m

2015-09-04 14:56 GMT+02:00 Jan Laporte 
>:
Hallo,

Antwerpen is in principe volledig, correct en actueel in het CRAB. Zeker voor 
woningen en appartementen. Die informatie zou je zeker mee moeten nemen, 
kwestie van er iets minder titanenwerk van te maken.

Bye,
Jan


-Oorspronkelijk bericht-
Van: Ben Laenen [mailto:benlae...@gmail.com]
Verzonden: donderdag 27 augustus 2015 16:12
Aan: OpenStreetMap Belgium 
>
Onderwerp: Re: [OSM-talk-be] adressen

Ik denk niet dat er al iemand begonnen is met het systematisch mappen van alle 
adressen in Antwerpen? De straten moeten er zo goed als allemaal in zitten, in 
de beginjaren werd daarvoor vergeleken met de straatnamenlijst die je online 
kan vinden. Maar adressen zelf is nog een ander titanenwerkje (en al zeker als 
we gebouwen ook ineens willen mappen), dus tegen wanneer dat in OSM staat daar 
durf ik alvast niets over zeggen. Ten vroegste over een paar maanden, op 
voorwaarde natuurlijk dat er iemand nu meteen aan begint (en het volhoudt tot 
het eind), aangezien het volgens mij wel een werkje is waar iemand fulltime wel 
enkele weken mee zoet zou zijn.

Als er interesse is misschien iets met een aantal mensen coördineren om er eens 
werk van te maken?

Ben


2015-08-27 10:01 GMT+02:00 joost schouppe 
>:
> Dag allen,
>
> Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds
> kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes
> rechtsboven als je een kaart in beeld hebt).
> Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of
> ze alsjeblieft weer naar een volledig adressenbestand kunnen
> verwijzen, iemand off the top of their head een idee welk aandeel van
> de adressen in 't Stad nu al gemapped zijn en op welke termijn we volledig 
> zouden kunnen zijn?
>
> Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller
> is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen).
> Maar openaddresses.io is ook gebiedsdekkend. Zou 
> iemand daar al een
> open adreszoeker op gebouwd hebben?
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> 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


AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be




AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] adressen

[Marc Gemis]

Sander,

kan jij de database dan nog eens bijwerken aub ?

mvg

m

2015-09-07 11:49 GMT+02:00 Jan Laporte :

> De grote bijwerking gebeurde inderdaad later, ik dacht in mei.
>
>
>
>
>
> *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
> *Verzonden:* vrijdag 4 september 2015 15:07
>
> *Aan:* OpenStreetMap Belgium 
> *Onderwerp:* Re: [OSM-talk-be] adressen
>
>
>
> Dan wordt het tijd dat we nog eens een nieuwe dump  maken van de crab
> data, want als ik naar
>
>
>
>
> http://crab-import.osm.be/import.html?pcode=2610=true=true=
>
>
>
> kijk, lijkt de data van Wilrijk niet echt correct. Addressen met postcode
> 2610 moeten in het ZZW van Antwerpen liggen, niet in het noorden. De data
> is van 2 maart 2015.
>
>
>
>
>
> mvg
>
>
>
> m
>
>
>
> 2015-09-04 14:56 GMT+02:00 Jan Laporte :
>
> Hallo,
>
> Antwerpen is in principe volledig, correct en actueel in het CRAB. Zeker
> voor woningen en appartementen. Die informatie zou je zeker mee moeten
> nemen, kwestie van er iets minder titanenwerk van te maken.
>
> Bye,
> Jan
>
>
> -Oorspronkelijk bericht-
> Van: Ben Laenen [mailto:benlae...@gmail.com]
> Verzonden: donderdag 27 augustus 2015 16:12
> Aan: OpenStreetMap Belgium 
> Onderwerp: Re: [OSM-talk-be] adressen
>
>
> Ik denk niet dat er al iemand begonnen is met het systematisch mappen van
> alle adressen in Antwerpen? De straten moeten er zo goed als allemaal in
> zitten, in de beginjaren werd daarvoor vergeleken met de straatnamenlijst
> die je online kan vinden. Maar adressen zelf is nog een ander titanenwerkje
> (en al zeker als we gebouwen ook ineens willen mappen), dus tegen wanneer
> dat in OSM staat daar durf ik alvast niets over zeggen. Ten vroegste over
> een paar maanden, op voorwaarde natuurlijk dat er iemand nu meteen aan
> begint (en het volhoudt tot het eind), aangezien het volgens mij wel een
> werkje is waar iemand fulltime wel enkele weken mee zoet zou zijn.
>
> Als er interesse is misschien iets met een aantal mensen coördineren om er
> eens werk van te maken?
>
> Ben
>
>
> 2015-08-27 10:01 GMT+02:00 joost schouppe :
> > Dag allen,
> >
> > Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds
> > kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes
> > rechtsboven als je een kaart in beeld hebt).
> > Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of
> > ze alsjeblieft weer naar een volledig adressenbestand kunnen
> > verwijzen, iemand off the top of their head een idee welk aandeel van
> > de adressen in 't Stad nu al gemapped zijn en op welke termijn we
> volledig zouden kunnen zijn?
> >
> > Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller
> > is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen).
> > Maar openaddresses.io is ook gebiedsdekkend. Zou iemand daar al een
> > open adreszoeker op gebouwd hebben?
> >
> > --
> > Joost @
> > Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
> >
> > ___
> > 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
>
> 
>
> AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> --
>
> AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
>
> ___
> 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

[Talk-cl] Felicitaciones sotm latam 2015

[Cristián Serpell]

Aunque no pude ir ayer último día, felicito a los (el) organizadores. Fue
muy entretenido y provechoso. Muchas gracias y espero siga avanzando la
comunidad.

Cristián
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[Talk-at] Wiener Stammtisch Mittwoch

[Markus Mayr]

Hallo, liebe Mapper!

Mit einer Woche Verspätung holen wir diesen Mittwoch, den 9. September
2015, den September-Stammtisch für Wien nach.
Es sind alle alten Hasen als auch Neulinge herzlich willkommen!

Gewohnter Ort: Wieden Bräu, gewohnte Zeit: ab 18:30.
Weitere Details finden sich unter
https://wiki.openstreetmap.org/wiki/Wien/Stammtisch


lg, Markus

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

Re: [OSM-talk-be] adressen

[Glenn Plas]

Mercie Sander,  ook om het in te checken op github.

Mvg,

Glenn


On 07-09-15 15:05, Sander Deryckere wrote:
> Zo, ondertussen is de data geupdated, zie
> http://crab-import.osm.be/import.html?pcode=2610=true=true=
> (vergeet niet de browser volledig te refreshen indien je nog maar net de
> oude data bekeken hebt).
> 
> De meeste straten lijken nu in orde, maar de Weversstraat en de
> Berkenlaan_WI hebben nog altijd verdachte posities (en de Berkenlaan ook
> een verdachte naam).
> 
> Mvg,
> Sander
>

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

Re: [OSM-talk-fr] relation "D xx"

[Christian Quest]

On 07/09/2015 15:20, Jérôme Seigneuret wrote:
>
> OK si il n'y a pas de route sur la limite de département. Sinon ça
> peut être problématique (tronçons gauche et droit sur des départements
> différents au même titre que pour certaines voies communales)

Un dahu routier ? Pas encore croisé de bête comme ça...

Les départementales en limite de département c'est effectivement pas
toujours facile à bien gérer quand on veut faire un croisement géo lors
de la réutilisation de données, mais ça peut se gérer... et jamais ne
m'est venue l'idée de jeter un oeil à is_in pour ça, ni aux relations.

is_in est un palliatif lorsqu'on n'a pas de découpage et comme
l'indiquait Vincent, le contenu de la clé n'étant pas normalisé, son
usage par les applis est du coup très limité.

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Test carte Police/Justice...

[Philippe Verdy]

peut-être plus utile le zonage de la carte scolaire, maisquidoit s'appuyer
sur le zonage des quartiers des communes

le zonage des services sociaux

le zonage des secteurs hospitaliers qui découpe les villes ou sont situés
les chr et services d'urgence en pleine réorganisation,  les communes
rurales sans service d'urgence n'étant en principe pas découpées.

police et justice sont d'importance générale et justifiés aussi même s'il y
a là aussi des numéros de téléphone unique. c'est pour tout le monde et
tout les jours de l'année et on n'a jamais assez d'information à ce sujet.
d'autres zonages sont destines a des populations plus limitées ou des
corporations. on ne devrait pas avoir à consulter les pages jaunes pour les
connaître ni être résident permanent pour avoir l'info dans sa boite à
lettre dans le magazine communal.
Le 7 sept. 2015 08:14, "Christian Quest"  a écrit :

> Les zones justice, police/gendarmerie s'appuient toutes sur les limites de
> communes et sont en opendata.
>
> Je ne vois pas trop l'intérêt de rajouter ça dans OSM car si on veut
> rajouter tout les zonages possibles et imaginables on n'est pas sorti de
> l'auberge, l'IGN en a répertorié plusieurs centaines !
>
>
> On 06/09/2015 15:47, dHuy Pierre wrote:
>
> @cquest: Merci, du coup, c'est déjà cartographié sur osm ou on peut le
> rajouter nous même et si oui sous quel titre et tag?
>
>
>
> Le Lundi 31 août 2015 11h28, Christian Quest 
>  a écrit :
>
>
> Zut, j'ai changé le titre donc le lien :(
>
> Voici le lien stable...
> https://www.data.gouv.fr/fr/reuses/55d5fec588ee382817a46ec1/
>
>
> On 30/08/2015 12:49, didier2020 wrote:
> > 404, 403 ... moi j'ai une bx
> >
> > ... désolé ...
> >
> > Le dimanche 30 août 2015 à 11:06 +0200, osm.sanspourr...@spamgourmet.com
> > a écrit :
> >> Tu veux dire 403 je suppose.
> >> Actuellement j'ai un 403 (ça marchait l'autre jour).
> >>
> >> N. B. : pour les POI, Guilhem avait bien précisé ni iOS ni Android.
> >>
> >> Jean-Yvon
> >>
> >> Le 30/08/2015 09:18, dHuy Pierre - dh...@yahoo.fr a écrit :
> >>
> >>> @Cquest: Ton lien me renvoie un beau 404, suis je seul dans ce cas?
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Le Jeudi 20 août 2015 21h26, Christian Quest
> >>>  a écrit :
> >>>
> >>>
> >>>
> >>> Des morceaux d'OSM dedans... essentiellement les contours de
> >>> communes
> >>> utilisés pour recréer les limites des TGI et des zones
> >>> Police/Gendarmerie, le reste c'est 4 jeux de données opendata dispo
> >>> sur
> >>> data.gouv.fr
> >>>
> >>> https://www.data.gouv.fr/fr/reuses/carte-des-ressorts-des-tgi/
> >>>
> >> ___
> >> 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
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] THIS is the kind of enthusiasm some would reject

[Ian Dees]

Show him OSM for the abandoned rails that he can see and point him to
OpenHistoricalMap for the historical, no-longer-present rails if he's
excited about that.

Let's stop trying to generate conflict where there isn't any, Russ. The
goals behind OSM are fairly clear: we map what others can verify. If there
are visible rails on the ground (abandoned or not), we should map them and
others should not delete them. If there used to be rails somewhere, but we
can no longer see the rails, then we should not map them. If it used to be
rails and now its a trail, we should map it as a trail. If it used to be
rails and now its a bare embankment, we map it as an embankment.

Have a great holiday!

On Mon, Sep 7, 2015 at 11:31 AM, Russ Nelson  wrote:

> https://www.facebook.com/groups/abandonedrails/permalink/1044885352211646/
>
> To everyone who thinks we shouldn't map abandoned railroads: THIS is
> the kind of mapping enthusiasm that you would have us reject
> forcefully. THIS is why Google Maps has people mapping for free.
> THIS is not the only person who maps abandoned rails for the
> competition, who is glad to have the data.
>
>   o What the HELL am I supposed to tell this person?
>   o How do we get him to contribute his efforts to OSM?
>   o Am I supposed to tell him "Yes, you can map the way
> we tell you, but if you try to map what you are
> passionate about, go away"??
>
> We should map everything that doesn't move, and maybe a few things
> that do.
>
> We need an authoritative statement that says that deleting abandoned
> railroads is vandalism, and that people who do so in spite of being
> warned not to, will be banned from the project. Until I get that, I
> cannot in good conscience encourage any railfan to map railroads,
> because of the threat from vandals to delete their edits.
>
> I could go through the discussion over the last month and identify a
> grand total of five people who reject mapping abandoned railroads. Are
> THEIR efforts worth the loss of Tony Howe's mapping?? What are we
> giving up for our "purity of essence"? Why are we listening to these
> five people when allowing people to delete abandoned rails (or
> threaten to do so, which is the same thing, just pushed into the
> future.)
>
> I'm so, so, tired of this fight. I want to encourage Tony Howe to edit
> OSM, but I don't want to look like an idiot when he comes back and
> says "Some jerk deleted my edits!"
>
> :-(
>
> --
> --my blog is athttp://blog.russnelson.com
> Crynwr supports open source software
> 521 Pleasant Valley Rd. | +1 315-600-8815
> Potsdam, NY 13676-3213  | Sheepdog
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Terms of use compliance

[Mike Thompson]

SmugMug has responded.  The gist of their response is that they are not
using OpenStreetMap, but rather MapQuest, and they give MapQuest credit.  I
have forwarded the link on the OSM wiki that was provided by Ian.

Mike

On Fri, Sep 4, 2015 at 7:44 PM, Ian Dees  wrote:

> Yes, they are using the MapQuest OSM tiles (
> http://wiki.openstreetmap.org/wiki/MapQuest#Tile_URLs).
>
> A friendly reminder that they need to give OSM attribution would probably
> get them to update their website.
>
> On Fri, Sep 4, 2015 at 8:21 PM, Mike Thompson  wrote:
>
>> I found this really neat site:
>> http://maps.smugmug.com/?feedType=geoAlbum=15273921_2ysNu
>>
>> I am pretty sure that at least some of the data it uses are from OSM as I
>> added some of those trails and waterways. In any event I can't find where
>> they attribute OSM as their source. Before I make an attempt to contact the
>> website operator about the issue I wanted to make sure I wasn't just
>> missing something.
>>
>> Mike
>>
>>
>>
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] THIS is the kind of enthusiasm some would reject

[Russ Nelson]

https://www.facebook.com/groups/abandonedrails/permalink/1044885352211646/

To everyone who thinks we shouldn't map abandoned railroads: THIS is
the kind of mapping enthusiasm that you would have us reject
forcefully. THIS is why Google Maps has people mapping for free.
THIS is not the only person who maps abandoned rails for the
competition, who is glad to have the data.

  o What the HELL am I supposed to tell this person?
  o How do we get him to contribute his efforts to OSM?
  o Am I supposed to tell him "Yes, you can map the way
we tell you, but if you try to map what you are
passionate about, go away"??

We should map everything that doesn't move, and maybe a few things
that do.

We need an authoritative statement that says that deleting abandoned
railroads is vandalism, and that people who do so in spite of being
warned not to, will be banned from the project. Until I get that, I
cannot in good conscience encourage any railfan to map railroads,
because of the threat from vandals to delete their edits.

I could go through the discussion over the last month and identify a
grand total of five people who reject mapping abandoned railroads. Are
THEIR efforts worth the loss of Tony Howe's mapping?? What are we
giving up for our "purity of essence"? Why are we listening to these
five people when allowing people to delete abandoned rails (or
threaten to do so, which is the same thing, just pushed into the
future.)

I'm so, so, tired of this fight. I want to encourage Tony Howe to edit
OSM, but I don't want to look like an idiot when he comes back and
says "Some jerk deleted my edits!"

:-(

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

Re: [OSM-talk-be] adressen

[Marc Gemis]

Bedankt Sander !

Berkenlaan_WI is Berkenlaan, Wilrijk. Er is ook Berkenlaan_AN vermoed ik
voor Antwerpen. Volgens Ben A is Antwerpen de enige stad waar straatnamen
meerdere keren voorkomen (weliswaar met verschillende postcodes).
In dit geval loopt de Berkenlaan gewoon over de grens van de 2
deelgemeenten.

m.

2015-09-07 15:05 GMT+02:00 Sander Deryckere :

> Zo, ondertussen is de data geupdated, zie
> http://crab-import.osm.be/import.html?pcode=2610=true=true=
> (vergeet niet de browser volledig te refreshen indien je nog maar net de
> oude data bekeken hebt).
>
> De meeste straten lijken nu in orde, maar de Weversstraat en de
> Berkenlaan_WI hebben nog altijd verdachte posities (en de Berkenlaan ook
> een verdachte naam).
>
> Mvg,
> Sander
>
> Op 7 september 2015 14:47 schreef Jan Laporte :
>
> Ok, als er nog systematische fouten in zouden zitten, laat weten en ik
>> confronteer de stad ermee.
>>
>>
>>
>> Bye,
>>
>> Jan
>>
>>
>>
>>
>>
>> *Van:* Sander Deryckere [mailto:sander...@gmail.com]
>> *Verzonden:* maandag 7 september 2015 13:56
>> *Aan:* Marc Gemis 
>> *CC:* OpenStreetMap Belgium 
>> *Onderwerp:* Re: [OSM-talk-be] adressen
>>
>>
>>
>> Ok, ben het script aan het runnen, binnen een dik uur zal de data weer
>> up-to-date zijn (als er zich geen problemen voordoen).
>>
>> Mvg,
>>
>> Sander
>>
>>
>>
>> Op 7 september 2015 12:08 schreef Marc Gemis :
>>
>> Sander,
>>
>>
>>
>> kan jij de database dan nog eens bijwerken aub ?
>>
>>
>>
>> mvg
>>
>>
>>
>> m
>>
>>
>>
>> 2015-09-07 11:49 GMT+02:00 Jan Laporte :
>>
>> De grote bijwerking gebeurde inderdaad later, ik dacht in mei.
>>
>>
>>
>>
>>
>> *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
>> *Verzonden:* vrijdag 4 september 2015 15:07
>>
>>
>> *Aan:* OpenStreetMap Belgium 
>> *Onderwerp:* Re: [OSM-talk-be] adressen
>>
>>
>>
>> Dan wordt het tijd dat we nog eens een nieuwe dump  maken van de crab
>> data, want als ik naar
>>
>>
>>
>>
>> http://crab-import.osm.be/import.html?pcode=2610=true=true=
>>
>>
>>
>> kijk, lijkt de data van Wilrijk niet echt correct. Addressen met postcode
>> 2610 moeten in het ZZW van Antwerpen liggen, niet in het noorden. De data
>> is van 2 maart 2015.
>>
>>
>>
>>
>>
>> mvg
>>
>>
>>
>> m
>>
>>
>>
>> 2015-09-04 14:56 GMT+02:00 Jan Laporte :
>>
>> Hallo,
>>
>> Antwerpen is in principe volledig, correct en actueel in het CRAB. Zeker
>> voor woningen en appartementen. Die informatie zou je zeker mee moeten
>> nemen, kwestie van er iets minder titanenwerk van te maken.
>>
>> Bye,
>> Jan
>>
>>
>> -Oorspronkelijk bericht-
>> Van: Ben Laenen [mailto:benlae...@gmail.com]
>> Verzonden: donderdag 27 augustus 2015 16:12
>> Aan: OpenStreetMap Belgium 
>> Onderwerp: Re: [OSM-talk-be] adressen
>>
>>
>> Ik denk niet dat er al iemand begonnen is met het systematisch mappen van
>> alle adressen in Antwerpen? De straten moeten er zo goed als allemaal in
>> zitten, in de beginjaren werd daarvoor vergeleken met de straatnamenlijst
>> die je online kan vinden. Maar adressen zelf is nog een ander titanenwerkje
>> (en al zeker als we gebouwen ook ineens willen mappen), dus tegen wanneer
>> dat in OSM staat daar durf ik alvast niets over zeggen. Ten vroegste over
>> een paar maanden, op voorwaarde natuurlijk dat er iemand nu meteen aan
>> begint (en het volhoudt tot het eind), aangezien het volgens mij wel een
>> werkje is waar iemand fulltime wel enkele weken mee zoet zou zijn.
>>
>> Als er interesse is misschien iets met een aantal mensen coördineren om
>> er eens werk van te maken?
>>
>> Ben
>>
>>
>> 2015-08-27 10:01 GMT+02:00 joost schouppe :
>> > Dag allen,
>> >
>> > Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds
>> > kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes
>> > rechtsboven als je een kaart in beeld hebt).
>> > Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of
>> > ze alsjeblieft weer naar een volledig adressenbestand kunnen
>> > verwijzen, iemand off the top of their head een idee welk aandeel van
>> > de adressen in 't Stad nu al gemapped zijn en op welke termijn we
>> volledig zouden kunnen zijn?
>> >
>> > Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller
>> > is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen).
>> > Maar openaddresses.io is ook gebiedsdekkend. Zou iemand daar al een
>> > open adreszoeker op gebouwd hebben?
>> >
>> > --
>> > Joost @
>> > Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>> >
>> > ___
>> > Talk-be mailing list
>> > Talk-be@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-be
>> >
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> 

Re: [OSM-talk-fr] Carte du réseauferré : tagger l’importance des lignes

[Pmz]

Bonjour,
Je trouve que le tag railway:importance ne décrit pas convenablement la
notion qui essaie d'être décrite. En effet, outre les problèmes d'édition
possibles sur des troncons RER, très fréquentés, mais uniquement "d'intérêt
local", comment classer une voie comme celle de la rive droite du Rhône (de
Givors à Avignon), sans circulation de voyageurs, mais avec une circulation
frêt majeure au niveau national ? Le type de circulation mérite peut-être
d'être précisé dans un tag de ce type.
Cela vien peut-être en doublon avec le tag "usage", mais je ne le trouve de
toutes façons pas très cohérent.
Pmz
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-ph] need a training team for the OSM training with HSBC

[maning sambale]

Hi,

This happened last Saturday.  Thanks to Rally, Erwin, feye and Eugene
for leading the workshop.
Also thanks to Colleen of PDRF and Denise of HSBC for organizing.
We have Move.ph/Rappler in attendance and they are very much
interested to promote OSM.
Photos! 
https://www.facebook.com/media/set/?set=a.10153506807267597.1073741839.345455082596

On Tue, Aug 11, 2015 at 12:06 PM, maning sambale
 wrote:
> Hi,
>
> There is planned one-day OSM workshop with HSBC.  Initially, the
> schedule will be September 5, 2015.  I'm looking for people willing to
> lead and assist in this one-day workshop.
>
> Even if you feel you are not yet "competent" to be a trainor, you can
> still join the training team, just treat this as your "apprenticeship"
> ;) Please email me if you're interested.
>
> --
> cheers,
> maning
> --
> "Freedom is still the most radical idea of all" -N.Branden
> https://epsg4253.wordpress.com/
> http://twitter.com/maningsambale
> --



-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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

[Talk-it] Mancanza edifici a Torino

[Marco De Nadai]

Buongiorno a tutti,
vorrei far notare che in quest'area torinese
https://www.openstreetmap.org/search?query=singapore%2C+torino#map=17/45.08078/7.66976=T
c'è un buco in cui non sono stati mappati gli edifici.
Normale? Mi sembra molto strano che solo li non ci siano...

PS: consigli su come rimediare? Potrei anche fare io stesso, visto che sto
facendo una ricerca su Torino ed altre città

-- 
*Marco De Nadai*
*Assistant Researcher at Fondazione Bruno Kessler (FBK) - *
*MobS Unit*
Via Sommarive, 18 - Povo
38123 Trento (TN)

E-mail: dena...@fbk.eu
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Carte du réseauferré : tagger l’importance des lignes

[Jérôme Seigneuret]

En effet je rejoins PMZ.

Je pense que pour l'importance tu veux sortir RER, Transilien, Train de
banlieu... Pour moi c'est une erreur. Mais on peut traiter l'importance
d'une autre manière comme pour le réseau routier avec les grandes villes
car le contexte d'exploitation est particulier et est gonflé par la la
quantité de personnes l'utilisant régulièrement.

Le RER et le train de Banlieu sont d'importance nationale (en terme de flux
de voyageurs, le transit correspond à celui du reste du transport de
voyageurs de la France ... )

Dans ton cas on ne parle pas d'importance mais de rayonnement.

Si on parle en terme importance,  on ne s'occupe plus du nombre de
passagers mais on se base sur le nombre et la fréquence de passage des
trains potentiel ou effectif (tous ou partie des types d'exploitations)
Cela dépend également de la capacité du réseau à absorber le trafic: nombre
de voies et embranchements des lignes et nombre de voies et quais d’accueil
des gares...


Jérôme

Le 7 septembre 2015 16:47, Tristram Gräbener  a écrit :

> Je mets de côté la question des gares, pour me concentrer sur celle des
> voies, même si je pense que c’est facilement transposable.
>
> Voici la synthèse que je propose de tous ces échanges :
>
> — le tag `usage` permet de différencier la destination de la voie (voie
> technique `branch`, fret `freight`…). Il est déjà pas mal utilisé, et ça ne
> me semblerait pas raisonnable d’y toucher.
> http://wiki.openstreetmap.org/wiki/Key:usage
> — le tag `importance` (sans le railway:) est peu utilisé mais a vocation a
> décrire ce que je souhaitais au début. Il faudrait juste le définir plus
> précisément :
>
> — importance=national : toute voie desservie commercialement par TGV,
> train de nuit, InterCity ( > 200 km)
> — importance=regional : toute voie desservie commercialement par un TER,
> Regional, RER, S-Bahn ( > 50 km)
> — importance=urban : tram/métro
>
> Il reste une petite zone d’ombre pour les trains touristiques (petit train
> jaune, glacier expres…)
>
> Il y aura peut-être des conflits, mais il y en aura toujours, et vu la
> qualité du taggage actuel, je pense que ça n’intéresse pas grand monde.
>
> Pour les personnes souhaitant faire un rendu, il faudra surveiller :
> — usage=freight si on veut une carte orientée passagers
> — highspeed=yes pour mettre en avant les lignes grande vitesse
> — usage=tourism
>
> 2015-09-07 16:07 GMT+02:00 Pmz :
>
>> Bonjour,
>> Je trouve que le tag railway:importance ne décrit pas convenablement la
>> notion qui essaie d'être décrite. En effet, outre les problèmes d'édition
>> possibles sur des troncons RER, très fréquentés, mais uniquement
>> "d'intérêt
>> local", comment classer une voie comme celle de la rive droite du Rhône
>> (de
>> Givors à Avignon), sans circulation de voyageurs, mais avec une
>> circulation
>> frêt majeure au niveau national ? Le type de circulation mérite peut-être
>> d'être précisé dans un tag de ce type.
>> Cela vien peut-être en doublon avec le tag "usage", mais je ne le trouve
>> de
>> toutes façons pas très cohérent.
>> Pmz
>> ___
>> 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-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cl] Felicitaciones sotm latam 2015

[Ricardo Vega (ricardov)]

Hi
Me sumo a las felicitaciones al equipo organización. Muy buena experiencia,
mucho aprendizaje.
nos vemos
r


- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - -
Ricardo Vega M.
*|  Fulbright  |  MFA D Parsons@ricardov_cl  |  www.ricardov.cl
 | 56 9 5201 8501  |  Santiago, Chile*


El 7 de septiembre de 2015, 10:14, Carlos Meneses Stevens <
square...@gmail.com> escribió:

> Me sumo a las felicitaciones.
> Pude estar un rato durante el viernes y todo el domingo.
>
> Al estar recién metiéndome en el tema, me resultó bastante interesante
> todo lo expuesto y discutido.
> Espero que existan más instancias de reunión y conversación al respecto.
>
> Saludos,
>
> El 7 de septiembre de 2015, 10:00, Danilo Lacoste 
> escribió:
>
>> Felicitaciones por mi parte también, a pesar de ser de Chile, no me
>> fue posible ofrecerme para ayudar a la organización, por lo que solo
>> puede ir como espectador. Ha sido una de las mejores conferencias que
>> he visto, creo que el gran diferenciador (aparte de la temática) ha
>> sido la traducción en vivo, realmente fantastico.
>>
>> Espero si ha alguien le interesa, comenzar a trabajar en ideas en
>> conjunto. Me considero un buen desarrollador  y si alguien quiere
>> unirse podríamos comenzar a fabricar grandes cosas.
>>
>> saludos.
>>
>> 2015-09-07 9:56 GMT-03:00 Cristián Serpell :
>> > Aunque no pude ir ayer último día, felicito a los (el) organizadores.
>> Fue
>> > muy entretenido y provechoso. Muchas gracias y espero siga avanzando la
>> > comunidad.
>> >
>> > Cristián
>> >
>> >
>> > ___
>> > Talk-cl mailing list
>> > Talk-cl@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-cl
>> >
>>
>>
>>
>> --
>> Danilo Lacoste Z.   dan...@lacosox.org
>> Ing. Civil en informática
>> www.lacosox.org
>>
>> ___
>> Talk-cl mailing list
>> Talk-cl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cl
>>
>
>
>
> --
> *Carlos Meneses Stevens*
> *Diseñador Gráfico*
>
>
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-talk-be] adressen

[Sander Deryckere]

Zo, ondertussen is de data geupdated, zie
http://crab-import.osm.be/import.html?pcode=2610=true=true=
(vergeet niet de browser volledig te refreshen indien je nog maar net de
oude data bekeken hebt).

De meeste straten lijken nu in orde, maar de Weversstraat en de
Berkenlaan_WI hebben nog altijd verdachte posities (en de Berkenlaan ook
een verdachte naam).

Mvg,
Sander

Op 7 september 2015 14:47 schreef Jan Laporte :

> Ok, als er nog systematische fouten in zouden zitten, laat weten en ik
> confronteer de stad ermee.
>
>
>
> Bye,
>
> Jan
>
>
>
>
>
> *Van:* Sander Deryckere [mailto:sander...@gmail.com]
> *Verzonden:* maandag 7 september 2015 13:56
> *Aan:* Marc Gemis 
> *CC:* OpenStreetMap Belgium 
> *Onderwerp:* Re: [OSM-talk-be] adressen
>
>
>
> Ok, ben het script aan het runnen, binnen een dik uur zal de data weer
> up-to-date zijn (als er zich geen problemen voordoen).
>
> Mvg,
>
> Sander
>
>
>
> Op 7 september 2015 12:08 schreef Marc Gemis :
>
> Sander,
>
>
>
> kan jij de database dan nog eens bijwerken aub ?
>
>
>
> mvg
>
>
>
> m
>
>
>
> 2015-09-07 11:49 GMT+02:00 Jan Laporte :
>
> De grote bijwerking gebeurde inderdaad later, ik dacht in mei.
>
>
>
>
>
> *Van:* Marc Gemis [mailto:marc.ge...@gmail.com]
> *Verzonden:* vrijdag 4 september 2015 15:07
>
>
> *Aan:* OpenStreetMap Belgium 
> *Onderwerp:* Re: [OSM-talk-be] adressen
>
>
>
> Dan wordt het tijd dat we nog eens een nieuwe dump  maken van de crab
> data, want als ik naar
>
>
>
>
> http://crab-import.osm.be/import.html?pcode=2610=true=true=
>
>
>
> kijk, lijkt de data van Wilrijk niet echt correct. Addressen met postcode
> 2610 moeten in het ZZW van Antwerpen liggen, niet in het noorden. De data
> is van 2 maart 2015.
>
>
>
>
>
> mvg
>
>
>
> m
>
>
>
> 2015-09-04 14:56 GMT+02:00 Jan Laporte :
>
> Hallo,
>
> Antwerpen is in principe volledig, correct en actueel in het CRAB. Zeker
> voor woningen en appartementen. Die informatie zou je zeker mee moeten
> nemen, kwestie van er iets minder titanenwerk van te maken.
>
> Bye,
> Jan
>
>
> -Oorspronkelijk bericht-
> Van: Ben Laenen [mailto:benlae...@gmail.com]
> Verzonden: donderdag 27 augustus 2015 16:12
> Aan: OpenStreetMap Belgium 
> Onderwerp: Re: [OSM-talk-be] adressen
>
>
> Ik denk niet dat er al iemand begonnen is met het systematisch mappen van
> alle adressen in Antwerpen? De straten moeten er zo goed als allemaal in
> zitten, in de beginjaren werd daarvoor vergeleken met de straatnamenlijst
> die je online kan vinden. Maar adressen zelf is nog een ander titanenwerkje
> (en al zeker als we gebouwen ook ineens willen mappen), dus tegen wanneer
> dat in OSM staat daar durf ik alvast niets over zeggen. Ten vroegste over
> een paar maanden, op voorwaarde natuurlijk dat er iemand nu meteen aan
> begint (en het volhoudt tot het eind), aangezien het volgens mij wel een
> werkje is waar iemand fulltime wel enkele weken mee zoet zou zijn.
>
> Als er interesse is misschien iets met een aantal mensen coördineren om er
> eens werk van te maken?
>
> Ben
>
>
> 2015-08-27 10:01 GMT+02:00 joost schouppe :
> > Dag allen,
> >
> > Ik heb ontdekt dat onze geostatistische website voor Antwerpen sinds
> > kort Openstreetmap gebruikt om te zoeken op adres (een van de knopjes
> > rechtsboven als je een kaart in beeld hebt).
> > Vroeger gebruikte die service de api van CRAB. Alvorens te vragen of
> > ze alsjeblieft weer naar een volledig adressenbestand kunnen
> > verwijzen, iemand off the top of their head een idee welk aandeel van
> > de adressen in 't Stad nu al gemapped zijn en op welke termijn we
> volledig zouden kunnen zijn?
> >
> > Ik vermoed dat onze leverancier ervoor kiest omdat Nominatim sneller
> > is, en gebiedsdekkend in hun werkingsgebied (Nederland en Vlaanderen).
> > Maar openaddresses.io is ook gebiedsdekkend. Zou iemand daar al een
> > open adreszoeker op gebouwd hebben?
> >
> > --
> > Joost @
> > Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
> >
> > ___
> > 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
>
> 
>
> AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
>
> --
>
>
> AGIV e-mail disclaimer: http://www.agiv.be/gis/organisatie/?artid=355
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> 

Re: [OSM-talk-fr] relation "D xx"

[Jérôme Seigneuret]

>
> Dans le cas d'une route, se préoccuper de correctement la couper en limite
> de département si sa référence est départementale, aidera sûrement plus un
> consommateur des données que d'ajouter is_in=.
>
>

OK si il n'y a pas de route sur la limite de département. Sinon ça peut
être problématique (tronçons gauche et droit sur des départements
différents au même titre que pour certaines voies communales)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte du réseauferré : tagger l’importance des lignes

[Tristram Gräbener]

Je mets de côté la question des gares, pour me concentrer sur celle des
voies, même si je pense que c’est facilement transposable.

Voici la synthèse que je propose de tous ces échanges :

— le tag `usage` permet de différencier la destination de la voie (voie
technique `branch`, fret `freight`…). Il est déjà pas mal utilisé, et ça ne
me semblerait pas raisonnable d’y toucher.
http://wiki.openstreetmap.org/wiki/Key:usage
— le tag `importance` (sans le railway:) est peu utilisé mais a vocation a
décrire ce que je souhaitais au début. Il faudrait juste le définir plus
précisément :

— importance=national : toute voie desservie commercialement par TGV, train
de nuit, InterCity ( > 200 km)
— importance=regional : toute voie desservie commercialement par un TER,
Regional, RER, S-Bahn ( > 50 km)
— importance=urban : tram/métro

Il reste une petite zone d’ombre pour les trains touristiques (petit train
jaune, glacier expres…)

Il y aura peut-être des conflits, mais il y en aura toujours, et vu la
qualité du taggage actuel, je pense que ça n’intéresse pas grand monde.

Pour les personnes souhaitant faire un rendu, il faudra surveiller :
— usage=freight si on veut une carte orientée passagers
— highspeed=yes pour mettre en avant les lignes grande vitesse
— usage=tourism

2015-09-07 16:07 GMT+02:00 Pmz :

> Bonjour,
> Je trouve que le tag railway:importance ne décrit pas convenablement la
> notion qui essaie d'être décrite. En effet, outre les problèmes d'édition
> possibles sur des troncons RER, très fréquentés, mais uniquement "d'intérêt
> local", comment classer une voie comme celle de la rive droite du Rhône (de
> Givors à Avignon), sans circulation de voyageurs, mais avec une circulation
> frêt majeure au niveau national ? Le type de circulation mérite peut-être
> d'être précisé dans un tag de ce type.
> Cela vien peut-être en doublon avec le tag "usage", mais je ne le trouve de
> toutes façons pas très cohérent.
> Pmz
> ___
> 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] THIS is the kind of enthusiasm some would reject

[Nicolás Alvarez]

2015-09-07 13:36 GMT-03:00 Maarten Deen :
> On 2015-09-07 17:31, Russ Nelson wrote:
>>
>> https://www.facebook.com/groups/abandonedrails/permalink/1044885352211646/
>
>
> It's on facebook and I have to log in to see it. I don't have a facebook
> account, so could someone post here whay it says?

"Added a Google Earth map of New York Central RR this morning. It
includes construction history of each line based on ICC valuation info
if you click the line. It includes abandoned routes, so it may be
helpful in exploring those. I still have to add trackage rights in
places. You must have the Google Earth program downloaded on your
computer for it to open."

And a link to a .kmz file for Google Earth.

-- 
Nicolás

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

Re: [OSM-talk-fr] relation "D xx"

[Philippe Verdy]

déprécié est le bon terme quand il n'est garde que comme seule solution
palliative en attendant de meilleures données par exemple dans de nombreux
pays africains ou les frontières administratives sont très floues voire
carrément sans effet normatif car en fait soumises aux délibérations et
négociations locales entre résidents et autorités officielles ou établies
par concensus tels que les limites de villages fortement liées non pas au
territoire mais aux populations et communautés qui s'installent ou il y ade
la place et l'accord verbal avec les voisins, ou l'influence d'un chef de
village ou d'un imam ou pasteur ou un conseil des anciens qui peuvent
négocier des échanges de services, et la coutume concernant les populations
itinérantes. les territoires peuvent aussi se recouvrir mutuellement quand
les communautés et ethnies se mélangent et se reconnaissent des chefs de
tribus differents. on artive alors a plus ou moins reconnaitre un centre de
village mais pas facilement les limites avec ke village voisin, qui peut
aussi varier selon la saison et les cours d'eau, l'etat des routes
praticables, ou la situation politique et sociale. Même les frontières
internationales sont floues, et les migrations de population et la
démographie galopante change tout très vite.
Le 7 sept. 2015 13:36, "JB"  a écrit :

> Le 07/09/2015 11:16, Jérôme Seigneuret a écrit :
>
>> Déprécié??? http://wiki.openstreetmap.org/wiki/Key:is_in Je vois pas
>> ça... Maintenant peut être pour un contexte routier.
>>
> Absolument : déprécié en France, comme le dit tout du long la page wiki
> que tu cites, par exemple : The is_in tag pre-dates boundary polygons, how
> to avoid this tag, etc., etc.
> Il est éventuellement utilisé pour des cas litigieux, ou quand les limites
> ne sont pas dans OSM pour une raison ou une autre, je pense par exemple aux
> hameaux mal définis.
> JB.
>
> ___
> 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] THIS is the kind of enthusiasm some would reject

[moltonel 3x Combo]

On 07/09/2015, Nicolás Alvarez  wrote:
> 2015-09-07 13:36 GMT-03:00 Maarten Deen :
>> On 2015-09-07 17:31, Russ Nelson wrote:
>>>
>>> https://www.facebook.com/groups/abandonedrails/permalink/1044885352211646/
>>
>>
>> It's on facebook and I have to log in to see it. I don't have a facebook
>> account, so could someone post here whay it says?
>
> "Added a Google Earth map of New York Central RR this morning. It
> includes construction history of each line based on ICC valuation info
> if you click the line. It includes abandoned routes, so it may be
> helpful in exploring those. I still have to add trackage rights in
> places. You must have the Google Earth program downloaded on your
> computer for it to open."
>
> And a link to a .kmz file for Google Earth.

I don't have Facebook either to check, but AFAIU this person has just
created his own data layer )in kmz format) separate from Google's main
map data (even if hosted on the same platform) ?

If that's it, it's something for which OSM is already well suited for
(uMap being the most directly-comparable tool) and I don't see why
that person would not feel comfortable in OSM (plus the usual benefits
of contributing to OSM rather than GM). And the fact that he's not
entering that data in GM proper IMHO an argument *against*
railway=dismantled in OSM (but a very weak argument to be sure).

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

Re: [OSM-talk] THIS is the kind of enthusiasm some would reject

[moltonel 3x Combo]

On 07/09/2015, Russ Nelson  wrote:
> We need an authoritative statement that says that deleting abandoned
> railroads is vandalism, and that people who do so in spite of being
> warned not to, will be banned from the project.

Please stop the name-calling. Two contributors disagreeing on what
should be mapped doesn't make one of them a vandal because he acts
uppon his opinion, whichever side of the fence he sits on. Vandalism
implies a purposeful deterioration of the map. But everybody who took
part in this railway debate actually wants to improve the map.

> Until I get that, I
> cannot in good conscience encourage any railfan to map railroads,
> because of the threat from vandals to delete their edits.

You're making this an all or nothing decision, but it isn't. I'm
convinced that most railway enthusiasts would be happy to add the
still-existing parts of railways into OSM, and use a different DB for
sections not suitable for the main map and extra info (like Tony Howe
seems to do).

> I could go through the discussion over the last month and identify a
> grand total of five people who reject mapping abandoned railroads.

And I could go back and find even fewer people who embrace mapping
dismantled railways (please note the abandoned/dismantled
distinction), and a lot of people who sit somewhere in-between. I'm
sure we're both biased, and anyway respondants on the mailing list are
not a democratic sample anyway.

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

Re: [OSM-talk] THIS is the kind of enthusiasm some would reject

[Maarten Deen]

On 2015-09-07 17:31, Russ Nelson wrote:

https://www.facebook.com/groups/abandonedrails/permalink/1044885352211646/


It's on facebook and I have to log in to see it. I don't have a facebook 
account, so could someone post here whay it says?


Regards,
Maarten


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

Re: [Talk-br] Digest Talk-br, volume 84, assunto 6

[Imagens SM]

De minha parte é uma excelente ideia. ~ santamariense

Em 07/09/15, 
talk-br-requ...@openstreetmap.org
escreveu:
> Enviar submissões para a lista de discussão Talk-br para
>   talk-br@openstreetmap.org
>
> Para se cadastrar ou descadastrar via WWW, visite o endereço
>   https://lists.openstreetmap.org/listinfo/talk-br
> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
> corpo da mensagem para
>   talk-br-requ...@openstreetmap.org
>
> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
> endereço
>   talk-br-ow...@openstreetmap.org
>
> Quando responder, por favor edite sua linha Assunto assim ela será
> mais específica que "Re: Contents of Talk-br digest..."
>
>
> Tópicos de Hoje:
>
>1. Tag network em sistemas de transporte público
>   (te...@openmailbox.org)
>
>
> --
>
> Message: 1
> Date: Sun, 06 Sep 2015 19:01:58 -0300
> From: te...@openmailbox.org
> To: Talk-br@openstreetmap.org
> Subject: [Talk-br] Tag network em sistemas de transporte público
> Message-ID: <94e0621e6d61f7e90560fd7eb273d...@openmailbox.org>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Link para o fórum: http://forum.openstreetmap.org/viewtopic.php?id=36141
>
> Existe alguma padronização na utilização da tag network
> (https://wiki.openstreetmap.org/wiki/Key:network) em sistemas de
> transporte público, a semelhança do que se utiliza para rodovias no
> Brasil
> (https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Como_mapear_as_rodovias)?
>
> Por exemplo, poderiamos utilizar network=BR:RS para as linhas de ônibus
> intermunicipais no estado do Rio Grande do Sul?
>
> E estender essa ideia para os municípios, utilizando o código do IBGE?
> Por exemplo, network=BR:RS:431690 seria para os sistemas de transporte
> do município de Santa Maria/RS.
>
> Mais ainda, estender para cada tipo de sistema de transporte. Exemplos:
>
> network=BR:RS:431690:taxi para o sistema de carros de praça;
> network=BR:RS:431690:mototaxi para o sistema de mototáxi (em Santa Maria
> isto está regulado);
> network=BR:RS:431690:coletivo para o sistema de transporte coletivo
> utilizando ônibus na area urbana do município;
> network=BR:RS:431690:distrital para o sistema de transporte coletivo
> utilizando ônibus entre os distritos do município;
> network=BR:RS:431690:seletivo para o sistema de transporte seletivo
> utilizando micro-ônibus (transporte mais rápido em relação ao ônibus,
> mais confortável e, claro, mais caro).
>
>
> Acham essa padronização útil ou necessária?
>
>
>
> --
>
> Subject: Legenda do Digest
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
> --
>
> Fim da Digest Talk-br, volume 84, assunto 6
> ***
>

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

Re: [Talk-at] Busse temporär "deaktivieren"

[Kevin Kofler]

Friedrich Volkmann wrote:
> Immer wieder löschen und neu anlegen halte ich für keine gute Idee, weil
> ja die Anwender nicht immer auf die aktuellen Daten zugreifen, sondern da
> gibt es einen zeitlichen Versatz sowie eine Periode, wie oft die
> Aktualisierung stattfindet. Wenn die zufällig bei ½ Jahr liegt, kann es
> mit etwas Pech passieren, dass beim Anwender der Bus ausgerechnet in der
> Bädersaison fehlt und im Winterhalbjahr wieder auftaucht.

Auch ein fieses Beispiel ist übrigens der 39A. Da fahren im Sommer einige 
Kurse (einer pro Stunde tagsüber) von der normalen Endstation Sievering 
weiter über die Agnesgasse (Haltestelle Ährengrubenweg) zur Haltestelle 
Agnesgasse am Kreisverkehr (der als Schleife dient). Im Winterfahrplan 
verschwinden diese Kurse dann kommentarlos vom Fahrplan, um im 
Sommerfahrplan dann wieder aufzutauchen. (Anfangs habe ich das System gar 
nicht überrissen.) Der Streckenabschnitt ist in der OSM als ganz normaler 
Teil des 39A getaggt, was selbst im Sommer fragwürdig ist (weil ja fast alle 
Kurse nur bis Sievering geführt werden), im Winter überhaupt falsch. Aber 
wie man es besser machen könnte (außer, den Abschnitt gar nicht zu taggen, 
was dann auch wieder falsch wäre, weil sich ja im Sommer doch der eine oder 
andere 39A planmäßig dorthin "verirrt"), weiß ich auch nicht. (Eine eigene 
Relation für den Abschnitt Sievering <-> Agnesgasse, mit ref="(39A)"? Klingt 
ein bißchen nach Hack…)

Kevin Kofler


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

Re: [OSM-talk] THIS is the kind of enthusiasm some would reject

[Dave F.]

You appear to have completely misunderstood the discussion. No one said 
abandoned railways couldn't be mapped. Just that they shouldn't be 
mapped in OSM, because they *don't exist*. Abandoned tracks would be 
excellent as an OSM mashup imported from a separate database, which is 
actually what this guy has done - his overlay is *not* in google maps.


On 07/09/2015 16:31, Russ Nelson wrote:

We should map everything that doesn't move


No. Everything that /exists/ should be mapped. "If you can see it, map 
it" was an expression I heard in the early days of my OSM life. It's 
good, basic advice"


I fail to understand why railways are singled out as a special case. If 
roads, buildings or woods get demolished, they get deleted.



:

I could go through the discussion over the last month...


I'm not sure there's been a discussion as you've mostly ignored the 
basic comment made - it it's deleted in the real world it gets deleted 
in OSM.


Dave F.




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-at] Gleisbaustelle Hütteldorf (49)

[Kevin Kofler]

Hallo,

Kevin Kofler wrote:
> Kevin Kofler wrote:
>> Der N49 ist übrigens auch von der Umleitung betroffen (er wird wohl kaum
>> über das offene Gleis schweben oder auf der einen verbleibenden Spur
>> geisterfahren ;-) ), die genauen Änderungen sind aber nicht offiziell
>> dokumentiert. Richtung stadteinwärts (Kärntner Ring, Oper bzw.
>> Hütteldorfer Straße U) wird wohl wie der 49E über Bahnhof Hütteldorf (SU)
>> gefahren, ob dann dafür stadtauswärts die (bzw. einige) Stichfahrten über
>> Bergmillergasse-Hütteldorf SU-Bergmillergasse entfallen, weiß ich aber
>> nicht. (Meine Vermutung: An Wochentagen, wo nur bis Bujattigasse gefahren
>> wird, wird wahrscheinlich der Bahnhof Hütteldorf nur auf der Rückfahrt
>> stadteinwärts angefahren, an Wochenenden werden die Stichfahrten
>> stadtauswärts wohl eher bleiben. Aber ich liege mit den Vermutungen nicht
>> immer richtig, die Wiener Linien tun manchmal komische Dinge.)
> 
> Der N49-Fahrplan für die Dauer der Bauarbeiten ist jetzt online:
> http://www.wienerlinien.at/media/files/2015/linie_n49_04_07_2015_157785.pdf
> 
> Stadtauswärts:
> * entfallen die Bedarfsstichfahrten ("nur nach Anmeldung beim Fahrer")
>   über Bergmillergasse-Hütteldorf SU-Bergmillergasse (werktags),
>   Bergmillergasse und Hütteldorf SU werden da nur auf der Rückfahrt
>   angefahren,
> * bleiben die fixen Stichfahrten bestehen, sowohl die 2 an Werktagen
>   (warum? Irgendein Anschluß? Personalwechsel? Minimierung der
>   Fahrplanänderungen?) als auch alle am Wochenende.
> 
> Stadteinwärts fahren (wie erwartet) alle Kurse wie der 49E:
> Hütteldorf, Bujattigasse - Bergmillergasse - Hütteldorf SU - Baumgarten
> (mit nur diesen Haltestellen).

Soweit ich in Erfahrung bringen konnte (abgefahren habe ich die Strecke
nicht), fährt der N49 jetzt wieder "normal", also stadteinwärts:
* werktags Hütteldorf, Bujattigasse - (direkt, ohne Stichfahrt zum Bahnhof)
  Satzberggasse - Bahnhofstraße - Baumgarten (nach Kärtner Ring, Oper)
  (bzw. der erste Kurs, der vom Bahnhof kommt: Hütteldorf SU -
  Bergmillergasse - Satzberggasse - Bahnhofstraße - Baumgarten (nach Kärtner
  Ring, Oper))
* am Wochenende (von Auhof) Hütteldorf, Bujattigasse - Bergmillergasse -
  Hütteldorf SU - Bergmillergasse - Satzberggasse - Bahnhofstraße -
  Baumgarten (nach Hütteldorfer Straße U).

Die Relationen stadteinwärts müssen also wieder angepaßt werden.

Kevin Kofler


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

Re: [OSM-talk] THIS is the kind of enthusiasm some would reject

[Eugene Alvin Villar]

On Mon, Sep 7, 2015 at 11:31 PM, Russ Nelson  wrote:

> I could go through the discussion over the last month and identify a
> grand total of five people who reject mapping abandoned railroads.
>

Just like in any mailing list, there is a vast majority of people who have
one opinion or the other who don't speak up. I agree with these five
people. So that makes it six vocal people (plus possibly many other silent
people) who agree that mapping totally non-existent objects is not what OSM
is about.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Mancanza edifici a Torino

[Luca Delucchi]

Il 07/set/2015 16:45, "Marco De Nadai"  ha scritto:
>
> Buongiorno a tutti,
> vorrei far notare che in quest'area torinese
https://www.openstreetmap.org/search?query=singapore%2C+torino#map=17/45.08078/7.66976=T
c'è un buco in cui non sono stati mappati gli edifici.
> Normale? Mi sembra molto strano che solo li non ci siano...
>

Si direi normale, in pieno spirito OSM

> PS: consigli su come rimediare? Potrei anche fare io stesso, visto che
sto facendo una ricerca su Torino ed altre città
>

Mi sembra un'ottima idea, inserisci senza paura!

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

Re: [OSM-talk] THIS is the kind of enthusiasm some would reject

[Lester Caine]

On 07/09/15 23:16, Dave F. wrote:
> I'm not sure there's been a discussion as you've mostly ignored the
> basic comment made - it it's deleted in the real world it gets deleted
> in OSM.

If there is still a trace of anything related to something being deleted
... it gets it's tags modified. You only remove it completely when/if it
is replaced by an alternate structure. A forest may well get felled for
timber, become open land until a new crop is finally established. Just
as in some cases tracks have been lifted on a viaduct or cutting but the
railway use for that land is still documented. One of the problems we
had was people removing the way which was actually another structure
such as a viaduct and that was removed as well. The request was for
people NOT to remove something if they did not understand it's reason
for existing. Certainly some of the 'automated' editing of material
without any personal intervention is not acceptable.

But we still need a proper way to move perfectly valid 'old' data to an
alternative if that is what the majority want ... I just happen to think
that this is the wrong way of managing material that NEEDS a substantial
amount of the existing live data to be able to manage it's complete
display so one has to now manage two parallel versions of the same data
:( OHM can only work if it is a compete copy of the current visible
data, and all of the historic data that has gone before so that as new
parts are deleted from one they remain valid in the other. The current
OHM is simply a scratch pad to store isolated historic material. It does
not have any of the history currently being created daily in the main
database. 'It get deleted' is the very history that someone has spent a
lot of time previously documenting.

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

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

Re: [OSM-talk] THIS is the kind of enthusiasm some would reject

[Dave F.]

On 08/09/2015 00:07, Lester Caine wrote:

On 07/09/15 23:16, Dave F. wrote:

I'm not sure there's been a discussion as you've mostly ignored the
basic comment made - it it's deleted in the real world it gets deleted
in OSM.

If there is still a trace of anything related to something being deleted
... it gets it's tags modified. You only remove it completely when/if it
is replaced by an alternate structure. A forest may well get felled for
timber, become open land until a new crop is finally established. Just
as in some cases tracks have been lifted on a viaduct or cutting but the
railway use for that land is still documented.


I don't believe anyone's advocating the removal of existing entities.
In your viaduct case above, keep the viaduct entity, remove the 
railway=abandoned tag, use the historical tag to describe the past of 
the viaduct (which exists) but don't use it to describe the railway 
(which doesn't).




One of the problems we
had was people removing the way which was actually another structure
such as a viaduct and that was removed as well. The request was for
people NOT to remove something if they did not understand it's reason
for existing. Certainly some of the 'automated' editing of material
without any personal intervention is not acceptable.


This is a separate issue & not a valid reason to encourage the addition 
of non-existing entities or their removal.



But we still need a proper way to move perfectly valid 'old' data to an
alternative if that is what the majority want ... I just happen to think
that this is the wrong way of managing material that NEEDS a substantial
amount of the existing live data to be able to manage it's complete
display so one has to now manage two parallel versions of the same data
:(


Unsure why you think that. If it doesn't exist it gets remove from OSM & 
if someone wishes to preserve it, they move it to a separate database - 
The viaduct remains in OSM, the railway line is transferred to OHM (or 
wherever).



OHM can only work if it is a compete copy of the current visible
data,


I'm not understanding why you think that. It's possible to overlay two 
separate databases.



'It get deleted' is the very history that someone has spent a
lot of time previously documenting.


That someone has put time & effort into adding something is not a valid 
reason for keeping it if it's been removed. I've deleted my own data 
which to hours to add after it didn't exist in the real world. I found 
it mildly annoying, but had to be done.


Dave F.


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-it] Mancanza edifici a Torino

[Marco Bodrato]

Ciao,

Il Mar, 8 Settembre 2015 1:30 am, Luca Delucchi ha scritto:
> Il 07/set/2015 16:45, "Marco De Nadai"  ha scritto:

>> vorrei far notare che in quest'area torinese

>> c'è un buco in cui non sono stati mappati gli edifici.
>> Normale? Mi sembra molto strano che solo li non ci siano...

> Si direi normale, in pieno spirito OSM

Anche perché purtroppo di zone di Torino nelle quali nessuno ha ancora
inserito tutti gli edifici, ce ne sono parecchie...

Buon lavoro...
m

-- 
http://bodrato.it/papers/


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

[Talk-at] LUGT/OSM-Stammtisch am 10. September 2015 (im Bierstindl!)

[Simon Legner]

Servus!

Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen:

 am Donnerstag, 10. September 2015 um 19:00 Uhr
 im Bierstindl, Klostergasse 6, 6020 Innsbruck, http://www.bierstindl.eu/

Achtung – geänderter Ort: Wir sind dieses Mal im Bierstindl in Innsbruck!

Wir freuen uns auf ein zahlreiches Erscheinen!

Die Einladung ist wie immer auch auf der LUGT-Webseite und im OSM-Wiki
zu finden:
 http://www.lugt.at/
 http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch

Grüße
Simon

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

Re: [Talk-lv] Key:wikipedia Latvijā.

[Mārtiņš Bruņenieks]

Labvakar!

Šobrīd tiek rekomendēts izmantot Wikidata saiti:
https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata

No Wikidata var iegūt saites uz visu pieejamo valodu Vikipēdijām.

Vairāk šeit:
https://www.wikidata.org/wiki/Wikidata:OpenStreetMap

 Mārtiņš

2015-09-07 22:31 GMT+03:00 Ilja Denisovs :

> Ka īsti ir ar wikipedia tega (
> http://wiki.openstreetmap.org/wiki/Key:wikipedia) izmantošanu Latvijā?
>
> Vakar mēģināju kaut-ko atrast caur OsmAnd+, un neko neatradu 100 km
> rādiusā no Rīgas.
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lv
>
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [OSM-talk-fr] relation "D xx"

[JB]

Le 07/09/2015 11:16, Jérôme Seigneuret a écrit :
Déprécié??? http://wiki.openstreetmap.org/wiki/Key:is_in Je vois pas 
ça... Maintenant peut être pour un contexte routier.
Absolument : déprécié en France, comme le dit tout du long la page wiki 
que tu cites, par exemple : The is_in tag pre-dates boundary polygons, 
how to avoid this tag, etc., etc.
Il est éventuellement utilisé pour des cas litigieux, ou quand les 
limites ne sont pas dans OSM pour une raison ou une autre, je pense par 
exemple aux hameaux mal définis.

JB.

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

[Talk-it] santelle, croci, crocefissi, ecc.

[demon.box]

Scusate, lo so, tanti di voi chiuderanno questo mio post in fretta vedendo
che l'argomento è ancora quello ma sinceramente mi piacerebbe una volta
per tutte capire come taggare correttamente santelle, croci, crocefissi,
ecc. anche perché il wiki secondo me non è proprio chiarissimo...

vi propongo una carrellata di esempi con la mia interpretazione per vedere
cosa ne pensate:

 

historic=wayside_cross

 
tourism=artwork
artwork_type=statue
denomination=catholic
religion=christian

 

(piccola croce a memoria di un defunto)
historic=memorial

 
historic=memorial (perché sempre a memoria di un defunto??)

 
tourism=artwork
artwork_type=statue
denomination=catholic
religion=christian

 
historic=wayside_shrine
denomination=catholic
religion=christian

 
(crocefisso con "capannina" di copertura)
historic=wayside_cross
denomination=catholic
religion=christian








--
View this message in context: 
http://gis.19327.n5.nabble.com/santelle-croci-crocefissi-ecc-tp5854146.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] relation "D xx"

[Jean-Claude Repetto]

Le 07/09/2015 18:39, Philippe Verdy a écrit :

déprécié est le bon terme


Non, une dépréciation est une perte de valeur d'un bien, ou plus 
généralement d'une monnaie.


deprecated est un faux-ami, et peut être traduit en français par 
obsolète, désuet ...



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

[Talk-cz] Pomoc se clankem pro casopis

[Pavel Zbytovský]

Zdravím,

chtěl bych poprosit, jestli byste mi mohli poslat tip na software, který
používáte jako cestovatelé s krátkým popisem. (Zejména nějaký windows
phoneista?)

Potkal jsem se nedávno s šéfredaktorem časopisu Svět Outdooru a dohodli
jsme se, že bychom do podzimního čísla uvedli článek pro širokou
cestovatelskou veřejnost.

Zatím je článek v tomto stavu [1] - klidně i připisujte/komentujte přímo do
gdocs, o autorství se rád podělím :) Deadline na článek je pozítří.

Díky
Pavel Zbytovský


[1]
https://docs.google.com/document/d/1_zTKBp2aTgo0lqSHc2N_wKlNpkFA1coznZK6k87PHFg/edit#
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-lv] "pakomaatu" tagi ?

[Ilja Denisovs]

Labvakar!

Vai varbūt tā, ka piedāvāja Vācijas kolēģi? Piem:

amenity=vending_machine
vending=parcel_pickup;parcel_mail_in
ref=123 <- Pakomata numurs
postal_code=12345
operator=Omniva
type=24/7 Station

Šeit ir viens tāds: http://www.openstreetmap.org/node/264535863

07.09.2015. 21:45, Rich пишет:

kaa tagojam "pakomaatus" ? ti, omniva un visi paareejie.



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

[Talk-lv] Key:wikipedia Latvijā.

[Ilja Denisovs]

Ka īsti ir ar wikipedia tega 
(http://wiki.openstreetmap.org/wiki/Key:wikipedia) izmantošanu Latvijā?


Vakar mēģināju kaut-ko atrast caur OsmAnd+, un neko neatradu 100 km 
rādiusā no Rīgas.


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

[Talk-GB] State of the Map Scotland

[Fozy 81]

Hi, 
Join us in Edinburgh for some great talks and workshops on all aspects of 
OpenStreetMap ranging from 3D mapping, community partnerships, historic mapping 
and the latest and greatest apps and websites using map data.

Places are limited, so please register now for State of the Map Scotland 30 Sep 
- 4 Oct here:
http://www.eventbrite.co.uk/e/state-of-the-map-scotland-2015-tickets-15981830084
Full schedule here:
http://wiki.openstreetmap.org/wiki/State_of_the_Map_Scotland_2015#Programme
Thank you,
Tim   ___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-lv] "pakomaatu" tagi ?

[Rich]

On 07/09/15 22:08, Ilja Denisovs wrote:
> Labvakar!
> 
> Vai varbūt tā, ka piedāvāja Vācijas kolēģi? Piem:
> 
> amenity=vending_machine
> vending=parcel_pickup;parcel_mail_in
> ref=123 <- Pakomata numurs
> postal_code=12345
> operator=Omniva
> type=24/7 Station

jaa, paldies - ircaa apmeeram to pashu ieteica. beigaas paliku pie shii :
http://wiki.openstreetmap.org/wiki/Tag:vending%3Dparcel_pickup

> Šeit ir viens tāds: http://www.openstreetmap.org/node/264535863
...
-- 
 Rich

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

Re: [Talk-cz] Pomoc se clankem pro casopis

[vrs]

Zdar, dovolil bych si upozornit na aplikaci Triposo (Android, iPhone), která
v podstatě funguje jako turistický průvodce. OSM využívá jednak pro 
(převážně městské) mapy, a jednak jako jeden ze zdrojů dat pro různé POI 
(čili OSM nemusí být jen mapa).
Honza


-- Původní zpráva --
Od: Pavel Zbytovský 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 9. 2015 20:54:48
Předmět: [Talk-cz] Pomoc se clankem pro casopis

"

Zdravím,

chtěl bych poprosit, jestli byste mi mohli poslat tip na software, který 
používáte jako cestovatelé s krátkým popisem. (Zejména nějaký windows 
phoneista?)

Potkal jsem se nedávno s šéfredaktorem časopisu Svět Outdooru a dohodli jsme
se, že bychom do podzimního čísla uvedli článek pro širokou cestovatelskou 
veřejnost. 

Zatím je článek v tomto stavu [1] - klidně i připisujte/komentujte přímo do 
gdocs, o autorství se rád podělím :) Deadline na článek je pozítří.

Díky
Pavel Zbytovský


[1] https://docs.google.com/document/d/1_zTKBp2aTgo0lqSHc2N_wKlNpkFA1coznZK6
k87PHFg/edit#
(https://docs.google.com/document/d/1_zTKBp2aTgo0lqSHc2N_wKlNpkFA1coznZK6k87PHFg/edit#)


 
___
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-us] Another road classification disagreement (this time with HFCS in Kansas)

[stevea]

On 2015-09-06 09:49, richiekenned...@gmail.com wrote:

As to Mr. Fairhurst's comment regarding routing, I'll remind you it is
frowned upon to tag for a routing engine.


There is often confusion about the "don't tag for the x" rule. We 
must not tag *misleadingly* for a *specific* x. We absolutely should 
consider the needs of all x's in existence. [1]


+1, Minh.  Well said.  Succinct.  Timely.

SteveA
California

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

Re: [OSM-talk] THIS is the kind of enthusiasm some would reject

[Mateusz Konieczny]

On 7 Sep 2015 15:31:02 -
Russ Nelson  wrote:

> people who reject mapping abandoned railroads

Nobody is against mapping abandoned railroads that are existing. But
mapping objects that are fully and completely gone is explicitly
documented to be unwanted in the same way as copyright violations or
completely subjective ratings - see for example
www.openstreetmap.org/welcome - "What it doesn't include is opinionated
data like ratings, historical or hypothetical features, and data from
copyrighted sources.".

Way forward is to prepare proposal what is the border between "there
are mappable traces" and "it is completely gone and no longer
mappable" not starting the same discussion again and again.

OSM is not for mapping everything, plenty of things that I map does
not belong in OSM - and I am not attempting to store this data in the
OSM database.

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

Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?

[Antoine Riche]

Je découvre ce sujet un peu tard ... j'étais en vacances et bien 
déconnecté :-)
Le tutoriel en question est sur mon wiki : http://wiki.cartocite.fr/ (le 
lien n'était pas dans le message).

Any question just ask.
Antoine.

Le 26/08/2015 20:46, osm.sanspourr...@spamgourmet.com a écrit :

Un exemple de la chaîne complète :
State of the Map France à Brest, 29 Mai 2015
Atelier proposé par Antoine Riche de Carto'CITÉ 
Document sous licence Creative Commons : CC-BY-SA

Je ne passe pas le document en question (500 Ko) sur la liste, je peux 
le passer sur demande.


Jean-Yvon

Le 26/08/2015 14:51, image93 - lcel...@cci-paris-idf.fr a écrit :

Merci pour votre réponse.

Je savais en effet que qgis avait un plugin permettant d'extraire et de
récupérer de la donnée OSM selon une emprise spatiale. Je l'avais testé il y
a longtemps. Et j'avais récupéré les data OSM qu'on peut récupérer par exple
sur geofabrik (couches roads, occupation du sol, water...).

Je n'ai pas souvenir de couche ou d'attributs renseignant sur les parking.

Donc je ne suis pas sûr malheureusement qu'il soit possible d'extraire les
parking sur un departement ou une region admin avec le plugin qgis...





--
View this message in 
context:http://gis.19327.n5.nabble.com/couche-OSM-pour-parking-stationnement-tp5853184p5853218.html
Sent from the France mailing list archive at Nabble.com.

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




___
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