Re: [OSM-talk-fr] Bogue: points non trouvés dans Osmose

[Jean-Claude Repetto]

On 30/07/2016 21:54, Philippe Verdy wrote:

Je constate depuis un certain temps qu'Osmose n'affiche pas les noeuds
les plus près du centre de la carte affichée, mais uniquement ceux qui
sont le plus près du coin supérieur gauche. (et donc les 3/4 trouvés se
sont même pas affichés du tout, ils sont hors de la zone visible, et
souvent même alors il n'affiche plus rien du tout, tous les noeuds
trouvés étant en dehors, plus au nord ou plus à l'est).

Impossible de cliquer dessus correctement pour voire la bulle
complètement, qui disparait quand on essaye de bouger la carte, car
Osmose charge d'autres noeuds éloignés et supprime le noeud qu'on
voulait sélectionner.

Y a-t-il moyen de corriger ça et refaire une recherche sur la position
correcte au centre de la carte ?



Bonjour,
Le bug tracker d'Osmose est là : http://trac.openstreetmap.fr/


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

Re: [Talk-ht] COSMHA.STM en deuil

[Schneider kennedy Alcereste]

Yeah, we lose a good one. That'll affect us deeply. May God will support us
to cross this pathetic situation.
RIP bro

Schneider Kennedy ALCERESTE

Coordonnateur MENPAM |
Cartographe | Formateur Contributeur actif OpenStreetMap | Travailleur
Social |  Psychothérapeute
Appelez-moi: +50937525350
Ecrivez-moi: kennedyzoepa...@gmail.com
Skype: schneider.kennedy.alcereste
tweeter: Schneider Kennedy Alcereste

Le 30 juil. 2016 21:45, "ALCE, Samuel Paul"  a
écrit :

> Man, I heard about the death! I am really sorry about it... Weldo was one
> of the best one... keep us posted so we will be here with him @the latest
> moment... courage, Condoleances to all the COSMHA .STM members
>
> Weldo one of our best mapper...
>
> ALCE Samuel Paul,
>
> Port-au-Prince, Haiti
>
> Field Data Coordinator @ DAI / USAID
> Géo-Information Specialist (GIS)
> Humanitarian OpenStreetMap Team member
> OpenStreetMap contributor in Haiti
>
> OSM username: ALCE Samuel Paul
>
> Cell: (509) 4894-2175 / 4638-4875 / 4289-7651
>
>
> Skype: samuelalce
> Whatsapp: (509) 4289-7651
>
> On Jul 30, 2016 22:19, "Schneider kennedy Alcereste" <
> kennedyzoepa...@gmail.com> wrote:
>
> Coup dur pour nous COSMHA.STM, en ce vendredi 29 juillet 2016, nous venons
> de perdre un être cher, un confrère, un membre hors du commun. *Weldo*
> Giovani LAURENT, qui aurait pu imaginer ton décès si tôt, (26 ans).
> La communauté fera de tes œuvres l'objet de leur source d'inspiration. Un
> grand ne meurt jamais, tu vivras toujours dans notre cœur et resteras digne
> dans notre mémoire.
> Que ton âme repose en paix!
>
> Schneider Kennedy ALCERESTE
>
> Coordonnateur MENPAM |
> Cartographe | Formateur Contributeur actif OpenStreetMap | Travailleur
> Social |  Psychothérapeute
> Appelez-moi: +50937525350
> Ecrivez-moi: kennedyzoepa...@gmail.com
> Skype: schneider.kennedy.alcereste
> tweeter: Schneider Kennedy Alcereste
> ___
> Talk-ht mailing list
> Talk-ht@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ht
> Notez! Vous pouvez utiliser Google Translate (http://translate.google.com)
> pour traduire les messages.
>
>
>
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-ht] COSMHA.STM en deuil

[ALCE, Samuel Paul]

Man, I heard about the death! I am really sorry about it... Weldo was one
of the best one... keep us posted so we will be here with him @the latest
moment... courage, Condoleances to all the COSMHA .STM members

Weldo one of our best mapper...

ALCE Samuel Paul,

Port-au-Prince, Haiti

Field Data Coordinator @ DAI / USAID
Géo-Information Specialist (GIS)
Humanitarian OpenStreetMap Team member
OpenStreetMap contributor in Haiti

OSM username: ALCE Samuel Paul

Cell: (509) 4894-2175 / 4638-4875 / 4289-7651


Skype: samuelalce
Whatsapp: (509) 4289-7651

On Jul 30, 2016 22:19, "Schneider kennedy Alcereste" <
kennedyzoepa...@gmail.com> wrote:

Coup dur pour nous COSMHA.STM, en ce vendredi 29 juillet 2016, nous venons
de perdre un être cher, un confrère, un membre hors du commun. *Weldo*
Giovani LAURENT, qui aurait pu imaginer ton décès si tôt, (26 ans).
La communauté fera de tes œuvres l'objet de leur source d'inspiration. Un
grand ne meurt jamais, tu vivras toujours dans notre cœur et resteras digne
dans notre mémoire.
Que ton âme repose en paix!

Schneider Kennedy ALCERESTE

Coordonnateur MENPAM |
Cartographe | Formateur Contributeur actif OpenStreetMap | Travailleur
Social |  Psychothérapeute
Appelez-moi: +50937525350
Ecrivez-moi: kennedyzoepa...@gmail.com
Skype: schneider.kennedy.alcereste
tweeter: Schneider Kennedy Alcereste
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com)
pour traduire les messages.
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-ht] COSMHA.STM en deuil

[Schneider kennedy Alcereste]

Coup dur pour nous COSMHA.STM, en ce vendredi 29 juillet 2016, nous venons
de perdre un être cher, un confrère, un membre hors du commun. *Weldo*
Giovani LAURENT, qui aurait pu imaginer ton décès si tôt, (26 ans).
La communauté fera de tes œuvres l'objet de leur source d'inspiration. Un
grand ne meurt jamais, tu vivras toujours dans notre cœur et resteras digne
dans notre mémoire.
Que ton âme repose en paix!

Schneider Kennedy ALCERESTE

Coordonnateur MENPAM |
Cartographe | Formateur Contributeur actif OpenStreetMap | Travailleur
Social |  Psychothérapeute
Appelez-moi: +50937525350
Ecrivez-moi: kennedyzoepa...@gmail.com
Skype: schneider.kennedy.alcereste
tweeter: Schneider Kennedy Alcereste
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [OSM-ja] State of the Map Japan 2016まであと一週間です！

[K.Sakanoshita]

始めまして坂ノ下です。

今回、SotMに初参加させて頂きます。

> もし「手伝っても良いよー」というかたがいらっしゃいましたら、
> 8月6日の当日、09:00に、会場の赤羽会館までお越しいただけると嬉しいです。

手伝っても良いよー
赤羽会館の正面玄関付近に向かえば良いでしょうか？

京都から夜行バスで早朝着なので、ちょうど良い時間の使い方かなと。

それでは。


On 2016年07月30日 22:57, Satoshi IIDA wrote:


いいだ@SotM Japan実行委員会帽子です。

さて、8月6日のState of the Map Japan 2016開催まで、あと一週間になりました！

発表も出揃い、現在、スタッフ一同、最後の準備に追われています。
「直前にならないと予定が立たない」というかたも、
さすがに一週間前ということで、だいたい目途がついてきたのじゃないかな、と思っています。

いまのところ、天気予報はピーカン晴れのようですｗ
当日は、無料のランチも予定しています。
みなさまぜひぜひ、ご登録ください :)

http://sotmjp2016.peatix.com/


さて、2−3点ほど、ご連絡＆ご協力いただきたいことがあります。

■お願いしたいこと
8月6日の朝なのですが、思った以上に力仕事が多い＆時間が短い状態で、人手が足り無さそうです(^^;)

具体的には、椅子並べと、当日の配布資料の袋詰作業になります。
（他、発表のエアチェックや看板設置などあります）

もし「手伝っても良いよー」というかたがいらっしゃいましたら、
8月6日の当日、09:00に、会場の赤羽会館までお越しいただけると嬉しいです。
このTalk-jaのスレッドや個別などで連絡をいただけると、見通しが立てられるので尚嬉しいです！

■SotM Japanアカウント
SotM JapanのTwitterアカウントを作成しました
ちょっと直前ではありますが、イベントに関する情報をつぶやくアカウントとして、
Twitterに @sotm_japan アカウントを作成しました。

https://twitter.com/SotM_Japan

もしよかったら、フォローしてみてくださいませ。

■Mapbox社のブログで紹介されました
今回のGold sponsorであるMapbox社のブログで、SotM Japanのイベントのことが取り上げられました。
（投稿者は昨年登壇されたArunさんです。Thank you, Arun!）

https://www.mapbox.com/blog/sotm-japan-2016/

とても素敵な文章です。
お知り合いに英語話者のかたがいらっしゃったら、こちらを使って紹介いただけるとスムーズかな、と思っています。


また直前に告知します。
当日、多くの方にお会いできることを楽しみにしています！

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


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



--
/*
 * K.Sakanoshita (http://www.netfort.gr.jp/~saka/)
 * (Phone) barsa...@gmail.com / (PC) s...@netfort.gr.jp
 */

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

Re: [talk-au] Talk-au Digest, Vol 109, Issue 22

[Warin]

On 7/31/2016 5:58 AM, Nyall Dawson wrote:


On 30 Jul 2016 10:34 PM, "Timothy Ney" > wrote:

>
> I am a professional surveyor with knowledge of the changing 
coordinates. What you are referring to is the adoption of MGA2020. To 
be implemented 1 January 2017. As mentioned below the new system we 
consider plate drift, at approximately 7cm per year. The most 
important element is that the new system will be earth centred using 
the ITRF whereas AMG66, AMG84 and GDA94 were plate centred. On 1 
January 2017, all physical marks will be given a new set of 
coordinates, up to about 1.6m different to GDA94. For a while, two 
systems will run similtanously, the new plate and earth centred 
systems. Eventually, the plate centred coordinates will be phased out. 
It is expected that an adjustment will be conducted each year, and 
coordinates updated.


I'm struggling to find any information about software support of 
GDA2020. The icsm FAQ has no mention of this, and I can't find 
anything relevant re GDA2020 and the widely used open source libraries 
like proj4 and GDAL.


Can anyone help illuminate?

Nyall



There are 3 problems/questions...
_
__Data Storage Datum_
At present OSM uses WGS84. Will that change? In the short term probably 
not. This keeps it 'simple'.


_Data Entry - Datum_
Again OSM tries to use WGS84. If that changes then translation between 
datums will be required, if one or both datums are earth centric then 
the date of the measurement will be required for the translation.


_Data use - Datum_
If the output datum is different from the stored data of OSM again 
translation will be required.


If the output datum is earth centric then the date of the applied 
correction should be stated on the output map (as well as the datum used).

Prediction;
Paper maps produced using an earth centric datum will use a date some 
time in the future, about halfway along the predicted usable life time 
of the map.
'Computerised' maps may adjust their output for the current date... or 
use a fixed date just like the paper map above.


In any short term these maps will not produce any sizable error. Most 
maps are updated from time to time .. so the positional errors will 
probably be acceptable to the general population during the lifetime of 
the map/s.


_Software_
Commercial proprietary software will probably not be publicised other 
than its capability to use earth centric datums. There will need to be 
an accepted storage format that incorporated the data of the measurement 
as well as the datum, that may come out publicly as a 'standard'.

Free ware software will lag behind as usuall.


>
> Given that most modern GPS systems in phones, cars etc can only 
achieve accuraries of 1-3 metres, it will be quite some time before 
old data will no longer align with the GPS. It should also be noted 
that most systems including Google use the ITRF, or some reference to it.

>
> In summary, the impact to most internet mapping systems will be 
minimal. Even for surveyors, who is the coordinate information, the 
update will have minimal impact, as we tend to work in small areas, 
where coordinates are relative only. The big players are those doing 
broad scale mapping and other regional wide work. See here for more 
information.

>
> www.icsm.gov.au/gda2020/faqs-2.html 


>
>
>
> On Sat, 30 Jul 2016 at 10:03 PM, > wrote:

>>
>> Send Talk-au mailing list submissions to
>> talk-au@openstreetmap.org 
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.openstreetmap.org/listinfo/talk-au
>> or, via email, send a message with subject or body 'help' to
>> talk-au-requ...@openstreetmap.org 


>>
>> You can reach the person managing the list at
>> talk-au-ow...@openstreetmap.org 


>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Talk-au digest..."
>>
>>
>> Today's Topics:
>>
>>1. Australia "changing coordinates" (Andy Mabbett)
>>2. Re: Australia "changing coordinates" (Warin)
>>3. Re: Australia "changing coordinates" (Andrew Harvey)
>>4. Re: Australia "changing coordinates" (Warin)
>>
>>
>> --
>>
>> Message: 1
>> Date: Fri, 29 Jul 2016 13:40:45 +0100
>> From: Andy Mabbett >

>> To: talk-au@openstreetmap.org 
>> Subject: [talk-au] Australia "changing coordinates"
>> Message-ID:
>> 

Re: [OSM-talk-fr] Osmose erreur Post box without ref

[Francois Gouget]

On Sat, 30 Jul 2016, Stéphane Péneau wrote:

> Remplacer ref= par ref:FR:laposte= ?

Ben non !
https://lists.openstreetmap.org/pipermail/talk-fr/2016-June/080991.html


-- 
Francois Gouget   http://fgouget.free.fr/
 "Only wimps use tape backup: _real_ men just upload their important stuff on
   ftp, and let the rest of the world mirror it ;)" -- Linus Torvalds___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenEventDatabase... du neuf et un POC liée à OSM :)

[Philippe Verdy]

On peut en avoir une idée sur
https://taginfo.openstreetmap.org/keys/source#values (La plus souvent
utiliksée étant "BAG")
Cependant ces valeurs sont souvent énumérées dans un ordre quelconque, plus
ou moins abrégées, contiennent des dates...

Voir aussi les valeurs des autres tags "source:*=*" car souvent des objets
ont plusieurs sources pour des tags différents (cas typiques: numéros de
classification ou de référence, population), le tag "source=*" faisant
plutôt référence à la géométrie lors de l'import initial (mais souvent pas
remis à jour ensuite quand une partie de la géométrie est modifiée ou
améliorée pour plus de précision ou suite à la découpe d'un chemin). on a
aussi des "source:name" concernant la toponymie

Une autre page en mentionne pas mal et en classe quelques-unes par pays
parmi les plus importantes:
http://wiki.openstreetmap.org/wiki/Contributors (pour la France n'est
mentionné que le cadastre)

Cependant il y en a plein d'autres documentées dans les pages projets de
chaque pays, voire état/région/province ou ville, et plein inscrites nulle
part


Le 30 juillet 2016 à 23:06, Guilhem Bonnefille  a écrit :

> Bravo pour ce projet, c'est vraiment un élément qui manquait. On va
> pouvoir commencer à ouvrir une voie libre en concurrence de services
> "communautaires" comme Waze ou Coyote. Reste à no développeurs de
> génie de faire des applications pour que tout un chacun puisse
> remonter les incidents qu'il rencontre.
>
> Pour les sources de données tierces, une question me vient en lisant
> la documentation actuelle : où peut-on énumérer les sources
> utilisables ET celles inutilisables (information qui me parait très
> importante pour éviter que chacun se repose les mêmes questions) ?
> - le wiki ?
> - directement dans https://github.com/openeventdatabase/datasources
> avec un README par source ?
>
>
> Le 30 juillet 2016 à 11:00, Christian Quest  a
> écrit :
> > Pas vraiment de liste, je vais en faire une pour au moins documenter les
> > données actuellement disponibles.
> >
> > Le "what" fonctionne pour l'instant de façon hiérarchique, exemples:
> > - traffic.incident.animal
> > - traffic.nogaz
> > - weather.warning.flood
> > - nature.earthquake.6 (séisme de magnitude 6 à 7)
> > - air.pollution.low
> >
> > La recherche sur le what se fait sur le début, donc en cherchant
> 'traffic'
> > on aura aussi 'traffic.incident.animal'
> >
> >
> > Le 30 juillet 2016 à 10:08, PanierAvide  a
> écrit :
> >>
> >> Bravo pour le boulot effectué, les visualisations étaient l'un des
> >> éléments qui manquaient autour de ce projet et c'est maintenant chose
> faite.
> >> Notamment l'interface live qui est vraiment sympa :)
> >> Il y a une liste exhaustive des sources de données utilisées et les
> >> clés/valeurs associées quelque part ?
> >>
> >> Cordialement,
> >>
> >> PanierAvide.
> >>
> >> Le 29/07/2016 à 16:59, Christian Quest a écrit :
> >>>
> >>> Cela fait quelques mois que j'ai démarré concrètement le projet
> >>> OpenEventDatabase qui trainait dans un coin de ma tout doux liste
> depuis 2
> >>> ans.
> >>>
> >>> L'idée est d'y partager et d'y stocker des données liées au temps (et à
> >>> la géographiqe), répondre à des questions de type "quoi où et quand"
> là où
> >>> OSM s'arrête à quoi/où.
> >>>
> >>> Depuis quelques temps la quantité d'événements grandit et s'étoffe avec
> >>> des sources de plus en plus variées.
> >>>
> >>> Ces deux dernières semaines, à l'occasion du "Paris Summer Fellowship",
> >>> de nouvelles sources ont été ajoutées:
> >>> - incidents sur le réseau RATP
> >>> - mesures météo des aéroports et aérodromes (METAR)
> >>> - tremblements de terre (USGS)
> >>> - collecte mobiles pour le don du sang
> >>> - prévision de pollution de l'air sur Paris
> >>> etc...
> >>>
> >>> Il y a maintenant de quoi tester un croisement avec OSM... par exemple
> >>> quels sont les événements en cours ou prévus le long d'un itinéraire
> calculé
> >>> par OSRM (ou autre) ?
> >>>
> >>> Voici un premier essai que j'ai appelé "onMyWay":
> >>> http://onmyway.openeventdatabase.org/
> >>>
> >>> Une autre réalisation de ces 2 dernières semaines est un dashboard
> "live"
> >>> fait par Eric Pommereau: http://live.openeventdatabase.org/
> >>>
> >>> Pour info, la base a passé le cap des 9 millions d'événements...
> >>>
> >>> Il y a aussi maintenant un peu plus de doc sur le fonctionnement de
> >>> l'API: https://github.com/openeventdatabase/backend/wiki
> >>>
> >>
> >>
> >> --
> >> PanierAvide
> >> Géomaticien & développeur
> >>
> >>
> >> ___
> >> 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: [OSM-talk-fr] OpenEventDatabase... du neuf et un POC liée à OSM :)

[Guilhem Bonnefille]

Bravo pour ce projet, c'est vraiment un élément qui manquait. On va
pouvoir commencer à ouvrir une voie libre en concurrence de services
"communautaires" comme Waze ou Coyote. Reste à no développeurs de
génie de faire des applications pour que tout un chacun puisse
remonter les incidents qu'il rencontre.

Pour les sources de données tierces, une question me vient en lisant
la documentation actuelle : où peut-on énumérer les sources
utilisables ET celles inutilisables (information qui me parait très
importante pour éviter que chacun se repose les mêmes questions) ?
- le wiki ?
- directement dans https://github.com/openeventdatabase/datasources
avec un README par source ?


Le 30 juillet 2016 à 11:00, Christian Quest  a écrit :
> Pas vraiment de liste, je vais en faire une pour au moins documenter les
> données actuellement disponibles.
>
> Le "what" fonctionne pour l'instant de façon hiérarchique, exemples:
> - traffic.incident.animal
> - traffic.nogaz
> - weather.warning.flood
> - nature.earthquake.6 (séisme de magnitude 6 à 7)
> - air.pollution.low
>
> La recherche sur le what se fait sur le début, donc en cherchant 'traffic'
> on aura aussi 'traffic.incident.animal'
>
>
> Le 30 juillet 2016 à 10:08, PanierAvide  a écrit :
>>
>> Bravo pour le boulot effectué, les visualisations étaient l'un des
>> éléments qui manquaient autour de ce projet et c'est maintenant chose faite.
>> Notamment l'interface live qui est vraiment sympa :)
>> Il y a une liste exhaustive des sources de données utilisées et les
>> clés/valeurs associées quelque part ?
>>
>> Cordialement,
>>
>> PanierAvide.
>>
>> Le 29/07/2016 à 16:59, Christian Quest a écrit :
>>>
>>> Cela fait quelques mois que j'ai démarré concrètement le projet
>>> OpenEventDatabase qui trainait dans un coin de ma tout doux liste depuis 2
>>> ans.
>>>
>>> L'idée est d'y partager et d'y stocker des données liées au temps (et à
>>> la géographiqe), répondre à des questions de type "quoi où et quand" là où
>>> OSM s'arrête à quoi/où.
>>>
>>> Depuis quelques temps la quantité d'événements grandit et s'étoffe avec
>>> des sources de plus en plus variées.
>>>
>>> Ces deux dernières semaines, à l'occasion du "Paris Summer Fellowship",
>>> de nouvelles sources ont été ajoutées:
>>> - incidents sur le réseau RATP
>>> - mesures météo des aéroports et aérodromes (METAR)
>>> - tremblements de terre (USGS)
>>> - collecte mobiles pour le don du sang
>>> - prévision de pollution de l'air sur Paris
>>> etc...
>>>
>>> Il y a maintenant de quoi tester un croisement avec OSM... par exemple
>>> quels sont les événements en cours ou prévus le long d'un itinéraire calculé
>>> par OSRM (ou autre) ?
>>>
>>> Voici un premier essai que j'ai appelé "onMyWay":
>>> http://onmyway.openeventdatabase.org/
>>>
>>> Une autre réalisation de ces 2 dernières semaines est un dashboard "live"
>>> fait par Eric Pommereau: http://live.openeventdatabase.org/
>>>
>>> Pour info, la base a passé le cap des 9 millions d'événements...
>>>
>>> Il y a aussi maintenant un peu plus de doc sur le fonctionnement de
>>> l'API: https://github.com/openeventdatabase/backend/wiki
>>>
>>
>>
>> --
>> PanierAvide
>> Géomaticien & développeur
>>
>>
>> ___
>> 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
>



-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

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

Re: [OSM-talk-fr] Bogue: points non trouvés dans Osmose

[Philippe Verdy]

Si c'est compliqué parceque la base est indexée sur la boundingbox et aucun
ordre de tri n'est imposé (les points sortent dans un ordre quelconque),
peut-être faut-il que la recherche se fasse en divisant la boundingbox 3x3
sous-zones pour commencer à lister d'abord la sous-zones centrale (avant
les 8 périphériques qui ne seront recherchées que si le compte de 200
points n'est pas atteint).

De plus pour les 8 sous-zones périphériques commencer par celles de la
moitié inférieure bas afin qu'on puisse cliquer sure le point (l'icône et
la bulle se placent au dessus de ce point).

En gros ça diviserait comme cela les 3x3 sous-zones de la boundingbox (les
trois zones carrées de la zone 5 sont traitées en une seule requête
bounding box, rien ne s'affichera dedans si le compte de 200 points est
déjà atteint dans les 4 premières requêtes, les numéros indiquent l'ordre
de priorité des recherches, priorité étant à la zone centrale et si le
compte est déjà atteint dedans, pas besoin de rechercher plus loin):

 ++
 | 5 |
 +---+---+---+
 |   | 1 |   |
 |   +---+   |
 | 4 | 2 | 3 |
 +---+---+---+

De même on privilégie le côté droit avant le côté gauche car la partie
gauche (est en partie occupée par la boite de sélection des types
d'avertissements (on ne peut pas cliquer les noeuds situés derrière.

Ainsi on peut glisser la carte pour recentrer la boîte de détail sans faire
disparaitre le noeud qu'on voulait


Philippe

Le 30 juillet 2016 à 21:54, Philippe Verdy  a écrit :

> Je constate depuis un certain temps qu'Osmose n'affiche pas les noeuds les
> plus près du centre de la carte affichée, mais uniquement ceux qui sont le
> plus près du coin supérieur gauche. (et donc les 3/4 trouvés se sont même
> pas affichés du tout, ils sont hors de la zone visible, et souvent même
> alors il n'affiche plus rien du tout, tous les noeuds trouvés étant en
> dehors, plus au nord ou plus à l'est).
>
> Impossible de cliquer dessus correctement pour voire la bulle
> complètement, qui disparait quand on essaye de bouger la carte, car Osmose
> charge d'autres noeuds éloignés et supprime le noeud qu'on voulait
> sélectionner.
>
> Y a-t-il moyen de corriger ça et refaire une recherche sur la position
> correcte au centre de la carte ?
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] [Imports] Kansas City addresses from maps.kcmo.org

[Paul Johnson]

On Fri, Jul 29, 2016 at 3:02 PM, Frederik Ramm  wrote:

> Hi,
>
> On 07/29/2016 03:42 AM, Clifford Snow wrote:
> > Thanks for pointing out my lapse. You are correct. I've used parcel
> > boundaries for parks a number of time.
>
> Nonetheless (in order not to confuse the original poster) let's
> reiterate that property lines themselves do not belong in OSM; only
> where they can be used to deduce the bounds of something we *do* want in
> OSM will they find their way into the database. We will not map
> individual property lines in e.g. a residential neighbourhood (much less
> import them).


This feels like a usage case, somewhat specific to a far more gruanular
scenario, in part of OSM's self making.

At least in the US, even in residential areas, there's a high degree of
difference between landuse=highway and landuse=residential.  I get that
land use changes over time, but, are we trying to produce a static map, or
a flexible map?  I'm generally on the assumption of the latter (though my
examples of Oklahoma as a whole and Oregon's Metro Region plus Clark
County, Washington as critters with their own quirks) seems to be fairly
unique.  Particularly with three-dimensional tagging in place, is there a
reason to NOT handle property-lines on the ground?

I mean, Tulsa Oklahoma's only something like the ~924234324 largest city in
the world, by way of a number I totally pulled from deep under my tail (in
reality, it's one of the largest metropolitan or micropolitan statistical
areas in the US; top 100 even, out of 929 metro or micropolitan areas in
the US, as defined by the census, for which Tulsa metro is 57th largest in
America), but even having a statistical baseline literally good enough for
government work, and usually (always?) surveyable based on identifying
markings at the extreme corners...
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [talk-au] Talk-au Digest, Vol 109, Issue 22

[Nyall Dawson]

On 30 Jul 2016 10:34 PM, "Timothy Ney"  wrote:
>
> I am a professional surveyor with knowledge of the changing coordinates.
What you are referring to is the adoption of MGA2020. To be implemented 1
January 2017. As mentioned below the new system we consider plate drift, at
approximately 7cm per year. The most important element is that the new
system will be earth centred using the ITRF whereas AMG66, AMG84 and GDA94
were plate centred. On 1 January 2017, all physical marks will be given a
new set of coordinates, up to about 1.6m different to GDA94. For a while,
two systems will run similtanously, the new plate and earth centred
systems. Eventually, the plate centred coordinates will be phased out. It
is expected that an adjustment will be conducted each year, and coordinates
updated.

I'm struggling to find any information about software support of GDA2020.
The icsm FAQ has no mention of this, and I can't find anything relevant re
GDA2020 and the widely used open source libraries like proj4 and GDAL.

Can anyone help illuminate?

Nyall

>
> Given that most modern GPS systems in phones, cars etc can only achieve
accuraries of 1-3 metres, it will be quite some time before old data will
no longer align with the GPS. It should also be noted that most systems
including Google use the ITRF, or some reference to it.
>
> In summary, the impact to most internet mapping systems will be minimal.
Even for surveyors, who is the coordinate information, the update will have
minimal impact, as we tend to work in small areas, where coordinates are
relative only. The big players are those doing broad scale mapping and
other regional wide work. See here for more information.
>
> www.icsm.gov.au/gda2020/faqs-2.html
>
>
>
> On Sat, 30 Jul 2016 at 10:03 PM, 
wrote:
>>
>> Send Talk-au mailing list submissions to
>> talk-au@openstreetmap.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.openstreetmap.org/listinfo/talk-au
>> or, via email, send a message with subject or body 'help' to
>> talk-au-requ...@openstreetmap.org
>>
>> You can reach the person managing the list at
>> talk-au-ow...@openstreetmap.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Talk-au digest..."
>>
>>
>> Today's Topics:
>>
>>1. Australia "changing coordinates" (Andy Mabbett)
>>2. Re: Australia "changing coordinates" (Warin)
>>3. Re: Australia "changing coordinates" (Andrew Harvey)
>>4. Re: Australia "changing coordinates" (Warin)
>>
>>
>> --
>>
>> Message: 1
>> Date: Fri, 29 Jul 2016 13:40:45 +0100
>> From: Andy Mabbett 
>> To: talk-au@openstreetmap.org
>> Subject: [talk-au] Australia "changing coordinates"
>> Message-ID:
>> 

Re: [Talk-us] [Imports] Kansas City addresses from maps.kcmo.org

[Paul Johnson]

On Thu, Jul 28, 2016 at 5:12 PM, Clifford Snow 
wrote:

>
> On Thu, Jul 28, 2016 at 12:02 PM, teslas_moustache <
> teslas_mousta...@riseup.net> wrote:
>
>>
>> I'm not sure if property lines and ownership are useful. And I don't
>> think that building outlines are included, so I may need to continue
>> with drawing rectangles for a while. But hey, addresses!
>>
>> What needs to be done?
>>
>
> While property lines don't belong in OSM,
>

I barely understand this perspective at face value.  I get that these are
in flux, but they're commonly verifiable close enough to reflect
on-the-ground use, or the county wouldn't collect that as a data point to
start with.


> they can be useful. Having parcel boundaries can be useful to figure out
> the address of a building. Especially if you can get access to the
> property, i.e. the owner has no trespassing signs posted. Other tools such
> as QGIS and PostGIS come in handy for getting your data ready for import.
>

Basically this.  Both objectively for the vast majority of e911 plots and
subjectively for either multiple buildings for a single plot or multiple
addresses for a single building.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-fr] Bogue: points non trouvés dans Osmose

[Philippe Verdy]

Je constate depuis un certain temps qu'Osmose n'affiche pas les noeuds les
plus près du centre de la carte affichée, mais uniquement ceux qui sont le
plus près du coin supérieur gauche. (et donc les 3/4 trouvés se sont même
pas affichés du tout, ils sont hors de la zone visible, et souvent même
alors il n'affiche plus rien du tout, tous les noeuds trouvés étant en
dehors, plus au nord ou plus à l'est).

Impossible de cliquer dessus correctement pour voire la bulle complètement,
qui disparait quand on essaye de bouger la carte, car Osmose charge
d'autres noeuds éloignés et supprime le noeud qu'on voulait sélectionner.

Y a-t-il moyen de corriger ça et refaire une recherche sur la position
correcte au centre de la carte ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] traffic_sign valori ID per l'Italia

[girarsi_liste]

Il 30/07/2016 01:26, Damjan Gerl ha scritto:
> Attenzione che i cartelli vanno taggati con un punto li dove stanno,
> mentre la "funzione" del cartello va taggata sulla way o dove serve.
> Nel esempio di sopra: traffic_sing=IT:F13 su due punti dove stanno
> fisicamente i due cartelli, mentre higway=crossing e crossing=zebra sul
> punto della way (strada) dove si trovano le strisce.
> 

molto utile, ho un paio di segnaletiche con divieto di accesso che non
capivo come taggare ed anche altre di diverso tipo, per cui ti ringrazio
per il tuo tempo messo a disposizione per questa cosa, al di la delle
modalità di tagging se codificato come te o come pensano altri, di fatto
comunque metti a posto una situazione incerta su un terreno evidente
come la segnaletica verticale.



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



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

Re: [Talk-cat] etiqueta camí tapat vegetació

[Jan Esquerra]

Ah, pero unclassified no es per etiquetar un "cami" que no se classificar.

Unclassified es una carretera que no te classificacio/categoria, del tipus
tertiary, secondary, etc. En l'ordre jerarquic de les carreteres es la de
mes baix nivell, despres de tertiary. Per sota la unclassified ja vindria
una pista asfaltada (highway=track, tracktype=grade1).

Si es una carretera que li desconeixem o no tenim clar quina categoria
donar-li, hi ha el tag highway=road.

Per camins en general que no son carreteres, a casa nostra seran track
(pista) si hi pot circular un vehicle de 4 rodes o path, que es el mes
generic.


El dia 30 de juliol de 2016, 15:11, Hector  ha
escrit:

> Hola Jan.
> Tens raó. Ja he canviat el valor.
> La classificació "unclassified" era por no saber com etiquetar la qualitat
> del camí.
> Gràcies
>
> El dia 30 de juliol de 2016, 14:41, Jan Esquerra 
> ha escrit:
>
>> Yep, pero unclassified no!
>> Sera un path, suposo ;-)
>>
>> El dia 30 de juliol de 2016, 10:23, Hector  ha
>> escrit:
>>
>>> Gràcies Jan.
>>> Aquesta etiqueta també sembla adequada. Ja he etiquetat el node.
>>> Salut.
>>>
>>> Héctor
>>>
>>> El dia 30 de juliol de 2016, 9:33, Jan Esquerra 
>>> ha escrit:
>>>
 Hola hector,

 jo faig servir el tag trail_visibility. No tant per indicar que la
 vegetacio no et deixa passar, si no per que la vegetacio fa que el cami
 sigui perdedor i dificil de seguir.
 El tag obstacle de l'Albert fa referencia a la dificultat de transitari
 i per tant son complementaris.

 El tag trail_visibility el fan servir alguns renderitzadors i a mi em
 va molt be per diferenciar camins i escollir ruta quan vaig per la 
 muntanya.

 Salut

 Jan



 El dia 30 de juliol de 2016, 9:16, Hector 
 ha escrit:

> Hola Konfrare.
> Gràcies per la resposta.
> En principi he etiquetat el node amb la teva proposta i, tot i que la
> clau i el valor no surten com a possibles, es pot escriure el text a
> l'apartat corresponent i ho accepta.
> Salut.
>
>
> Héctor
>
> El dia 29 de juliol de 2016, 22:32, Konfrare Albert <
> lakonfrariadelav...@gmail.com> ha escrit:
>
>> Hola Héctor,
>>
>> Jo vaig proposar l'etiqueta obstacle=vegetation, potser et serveix ;)
>>
>> http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle
>>
>> Salut!
>>
>> El divendres, 29 de juliol de 2016, Hector 
>> va escriure:
>>
>> > Hola llista.
>> > Una mica d'ajuda, porfa.
>> > Tinc localitzat un sender que actualment es troba en proces de
>> pèrdua degut a la vegetació que, si no aconsegueixo que l'ajuntament ho
>> netegi, acabarà en desús.
>> > No vull treure la traça de la base de dades, tot i que el sender no
>> és que sigui imprescindible, però sí que com a tal, penso que ha d'estar
>> dibuixat.
>> > Quines etiquetes penseu que calen per a definir el millor possible
>> aquesta situació?
>> > No sé si el "tractype", "smothness" i "surface" són suficients.
>> > Com faig saber als usuaris que per recórrer aquest sender han
>> d'anar apartant vegetació al seu pas?
>> > Gràcies
>>
>> --
>> *KONFRARE ALBERT*
>> La Konfraria de la Vila del Pingüí
>> de La Palma de Cervelló
>> www.konfraria.org • @La_Konfraria 
>>
>>
>>
>> ___
>> Talk-cat mailing list
>> Talk-cat@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cat
>>
>>
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>

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


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

[OSM-ja] State of the Map Japan 2016まであと一週間です！

[Satoshi IIDA]

いいだ@SotM Japan実行委員会帽子です。

さて、8月6日のState of the Map Japan 2016開催まで、あと一週間になりました！

発表も出揃い、現在、スタッフ一同、最後の準備に追われています。
「直前にならないと予定が立たない」というかたも、
さすがに一週間前ということで、だいたい目途がついてきたのじゃないかな、と思っています。

いまのところ、天気予報はピーカン晴れのようですｗ
当日は、無料のランチも予定しています。
みなさまぜひぜひ、ご登録ください :)

http://sotmjp2016.peatix.com/


さて、2−3点ほど、ご連絡＆ご協力いただきたいことがあります。

■お願いしたいこと
8月6日の朝なのですが、思った以上に力仕事が多い＆時間が短い状態で、人手が足り無さそうです(^^;)

具体的には、椅子並べと、当日の配布資料の袋詰作業になります。
（他、発表のエアチェックや看板設置などあります）

もし「手伝っても良いよー」というかたがいらっしゃいましたら、
8月6日の当日、09:00に、会場の赤羽会館までお越しいただけると嬉しいです。
このTalk-jaのスレッドや個別などで連絡をいただけると、見通しが立てられるので尚嬉しいです！

■SotM Japanアカウント
SotM JapanのTwitterアカウントを作成しました
ちょっと直前ではありますが、イベントに関する情報をつぶやくアカウントとして、
Twitterに @sotm_japan アカウントを作成しました。

https://twitter.com/SotM_Japan

もしよかったら、フォローしてみてくださいませ。

■Mapbox社のブログで紹介されました
今回のGold sponsorであるMapbox社のブログで、SotM Japanのイベントのことが取り上げられました。
（投稿者は昨年登壇されたArunさんです。Thank you, Arun!）

https://www.mapbox.com/blog/sotm-japan-2016/

とても素敵な文章です。
お知り合いに英語話者のかたがいらっしゃったら、こちらを使って紹介いただけるとスムーズかな、と思っています。


また直前に告知します。
当日、多くの方にお会いできることを楽しみにしています！

-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk] OSM registrations by County

[Paul Johnson]

On Fri, Jul 29, 2016 at 7:24 AM, Simon Poole  wrote:

> The self-declared location data in the profile is currently not public
> outside of the display on the map in the profile view of the accounts, all
> statistics from Pascal Neis, many others and myself use changeset data
> (typically the first changeset) to determine "where" a mapper belongs to.
> But as a consequence these are all people that have actually already mapped.
>
>
> You should be able to get a rough number from
> http://resultmaps.neis-one.org/oooc?zoom=11=51.20313=1.00444=B00FFTFFFT
>
>

You may want to use the "Main Activity Center" layer, that was the only
layer in which I could find my own icon in a reasonably accurate location.
Just testing things out (helps that there are very few people with 2000+
changesets), here's what I found:

Real location: Tulsa's Delaware district (vicinity of the bridge between
Tulsa and Jenks).
Map Activity Center: About a block from the eastbound Yale Avenue exit in
midtown Tulsa, a mile south of Expo Square (not a bad guess, I do spend a
lot of time at the water park there).
Activity center (past 6 months): 2nd and Detroit, Blue Dome District, a few
blocks from the center of the universe.
First Node Created:  Near 24th and State in Salem, Oregon.
First Node Created (6  months): Honestly couldn't find myself anywhere
worldwide.
Last Node: At least this one's back in-state again, but at Wyandotte and
Harold Andrews Boulevard in Locust Grove, not even the same county.
Last Node (6 months): same spot

/Unrelated, looking at http://resultmaps.neis-one.org/osm-notes, had the
sudden revelation that I've singlehandedly accounted for somewhere in the
ballpark of 1 in 3 open notes in the US...yes, I am catching up on mapping
those.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cat] etiqueta camí tapat vegetació

[Hector]

Hola Jan.
Tens raó. Ja he canviat el valor.
La classificació "unclassified" era por no saber com etiquetar la qualitat
del camí.
Gràcies

El dia 30 de juliol de 2016, 14:41, Jan Esquerra 
ha escrit:

> Yep, pero unclassified no!
> Sera un path, suposo ;-)
>
> El dia 30 de juliol de 2016, 10:23, Hector  ha
> escrit:
>
>> Gràcies Jan.
>> Aquesta etiqueta també sembla adequada. Ja he etiquetat el node.
>> Salut.
>>
>> Héctor
>>
>> El dia 30 de juliol de 2016, 9:33, Jan Esquerra 
>> ha escrit:
>>
>>> Hola hector,
>>>
>>> jo faig servir el tag trail_visibility. No tant per indicar que la
>>> vegetacio no et deixa passar, si no per que la vegetacio fa que el cami
>>> sigui perdedor i dificil de seguir.
>>> El tag obstacle de l'Albert fa referencia a la dificultat de transitari
>>> i per tant son complementaris.
>>>
>>> El tag trail_visibility el fan servir alguns renderitzadors i a mi em va
>>> molt be per diferenciar camins i escollir ruta quan vaig per la muntanya.
>>>
>>> Salut
>>>
>>> Jan
>>>
>>>
>>>
>>> El dia 30 de juliol de 2016, 9:16, Hector  ha
>>> escrit:
>>>
 Hola Konfrare.
 Gràcies per la resposta.
 En principi he etiquetat el node amb la teva proposta i, tot i que la
 clau i el valor no surten com a possibles, es pot escriure el text a
 l'apartat corresponent i ho accepta.
 Salut.


 Héctor

 El dia 29 de juliol de 2016, 22:32, Konfrare Albert <
 lakonfrariadelav...@gmail.com> ha escrit:

> Hola Héctor,
>
> Jo vaig proposar l'etiqueta obstacle=vegetation, potser et serveix ;)
>
> http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle
>
> Salut!
>
> El divendres, 29 de juliol de 2016, Hector 
> va escriure:
>
> > Hola llista.
> > Una mica d'ajuda, porfa.
> > Tinc localitzat un sender que actualment es troba en proces de
> pèrdua degut a la vegetació que, si no aconsegueixo que l'ajuntament ho
> netegi, acabarà en desús.
> > No vull treure la traça de la base de dades, tot i que el sender no
> és que sigui imprescindible, però sí que com a tal, penso que ha d'estar
> dibuixat.
> > Quines etiquetes penseu que calen per a definir el millor possible
> aquesta situació?
> > No sé si el "tractype", "smothness" i "surface" són suficients.
> > Com faig saber als usuaris que per recórrer aquest sender han d'anar
> apartant vegetació al seu pas?
> > Gràcies
>
> --
> *KONFRARE ALBERT*
> La Konfraria de la Vila del Pingüí
> de La Palma de Cervelló
> www.konfraria.org • @La_Konfraria 
>
>
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>

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


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

Re: [OSM-talk-nl] supervlaai

[Ronald Stroethoff]

voor meer informatie daarover, zie de discussie op:
http://forum.openstreetmap.org/viewtopic.php?id=52649


Marc Gemis wrote:

> Mag ik vragen of je je uitsluitend op de website van supervlaai
> baseert om de vestigingen te mappen ? Hoe zit dat met de
> licentie/toelating om hun databank van adressen te kopiëren ?
> 
> mvg
> 
> m
> 
> 2016-07-29 22:07 GMT+02:00 Ronald Stroethoff :
>> Alle vestigingen van supervlaai staan nu in openstreetmap.
>> zie www.supervlaai.nl
>>
>>
>> ___
>> Talk-nl mailing list
>> Talk-nl@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-nl
> 
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl



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

Re: [Talk-cat] etiqueta camí tapat vegetació

[Jan Esquerra]

Yep, pero unclassified no!
Sera un path, suposo ;-)

El dia 30 de juliol de 2016, 10:23, Hector  ha
escrit:

> Gràcies Jan.
> Aquesta etiqueta també sembla adequada. Ja he etiquetat el node.
> Salut.
>
> Héctor
>
> El dia 30 de juliol de 2016, 9:33, Jan Esquerra 
> ha escrit:
>
>> Hola hector,
>>
>> jo faig servir el tag trail_visibility. No tant per indicar que la
>> vegetacio no et deixa passar, si no per que la vegetacio fa que el cami
>> sigui perdedor i dificil de seguir.
>> El tag obstacle de l'Albert fa referencia a la dificultat de transitari i
>> per tant son complementaris.
>>
>> El tag trail_visibility el fan servir alguns renderitzadors i a mi em va
>> molt be per diferenciar camins i escollir ruta quan vaig per la muntanya.
>>
>> Salut
>>
>> Jan
>>
>>
>>
>> El dia 30 de juliol de 2016, 9:16, Hector  ha
>> escrit:
>>
>>> Hola Konfrare.
>>> Gràcies per la resposta.
>>> En principi he etiquetat el node amb la teva proposta i, tot i que la
>>> clau i el valor no surten com a possibles, es pot escriure el text a
>>> l'apartat corresponent i ho accepta.
>>> Salut.
>>>
>>>
>>> Héctor
>>>
>>> El dia 29 de juliol de 2016, 22:32, Konfrare Albert <
>>> lakonfrariadelav...@gmail.com> ha escrit:
>>>
 Hola Héctor,

 Jo vaig proposar l'etiqueta obstacle=vegetation, potser et serveix ;)

 http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle

 Salut!

 El divendres, 29 de juliol de 2016, Hector 
 va escriure:

 > Hola llista.
 > Una mica d'ajuda, porfa.
 > Tinc localitzat un sender que actualment es troba en proces de pèrdua
 degut a la vegetació que, si no aconsegueixo que l'ajuntament ho netegi,
 acabarà en desús.
 > No vull treure la traça de la base de dades, tot i que el sender no
 és que sigui imprescindible, però sí que com a tal, penso que ha d'estar
 dibuixat.
 > Quines etiquetes penseu que calen per a definir el millor possible
 aquesta situació?
 > No sé si el "tractype", "smothness" i "surface" són suficients.
 > Com faig saber als usuaris que per recórrer aquest sender han d'anar
 apartant vegetació al seu pas?
 > Gràcies

 --
 *KONFRARE ALBERT*
 La Konfraria de la Vila del Pingüí
 de La Palma de Cervelló
 www.konfraria.org • @La_Konfraria 



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


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

Re: [talk-au] Talk-au Digest, Vol 109, Issue 22

[Timothy Ney]

I am a professional surveyor with knowledge of the changing coordinates.
What you are referring to is the adoption of MGA2020. To be implemented 1
January 2017. As mentioned below the new system we consider plate drift, at
approximately 7cm per year. The most important element is that the new
system will be earth centred using the ITRF whereas AMG66, AMG84 and GDA94
were plate centred. On 1 January 2017, all physical marks will be given a
new set of coordinates, up to about 1.6m different to GDA94. For a while,
two systems will run similtanously, the new plate and earth centred
systems. Eventually, the plate centred coordinates will be phased out. It
is expected that an adjustment will be conducted each year, and coordinates
updated.

Given that most modern GPS systems in phones, cars etc can only achieve
accuraries of 1-3 metres, it will be quite some time before old data will
no longer align with the GPS. It should also be noted that most systems
including Google use the ITRF, or some reference to it.

In summary, the impact to most internet mapping systems will be minimal.
Even for surveyors, who is the coordinate information, the update will have
minimal impact, as we tend to work in small areas, where coordinates are
relative only. The big players are those doing broad scale mapping and
other regional wide work. See here for more information.

www.icsm.gov.au/gda2020/faqs-2.html



On Sat, 30 Jul 2016 at 10:03 PM,  wrote:

> Send Talk-au mailing list submissions to
> talk-au@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-au
> or, via email, send a message with subject or body 'help' to
> talk-au-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-au-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-au digest..."
>
>
> Today's Topics:
>
>1. Australia "changing coordinates" (Andy Mabbett)
>2. Re: Australia "changing coordinates" (Warin)
>3. Re: Australia "changing coordinates" (Andrew Harvey)
>4. Re: Australia "changing coordinates" (Warin)
>
>
> --
>
> Message: 1
> Date: Fri, 29 Jul 2016 13:40:45 +0100
> From: Andy Mabbett 
> To: talk-au@openstreetmap.org
> Subject: [talk-au] Australia "changing coordinates"
> Message-ID:
> 

Re: [Talk-us] [Imports] Kansas City addresses from maps.kcmo.org

[Frederik Ramm]

Hi,

On 07/29/2016 11:46 PM, Jonathan Schleuss wrote:
> I'm kind of curious about this. Why not import those property lines? I'm
> not arguing for them, because it seems like a lot of work. But I note
> that in cities such as Fresno, they are in the map
>  as
> landuse=residential.

Yes, sadly some imports have been done in the past without consultation
and it will take some time to get rid of them.

>  What if we add all the buildings, all the trees,
> every bench? Why not add property boundaries? I'm thinking 2030 here.

If there's a fence on the boundary, you can map the fence. Or any other
physical marker, if you so desire. Mapping in-visible boundaries is a
bad idea because it runs against our desire to have things verifiable on
the ground - this is one reason that keeps us safe from a whole class of
edit wars where people disagree about something that cannot be proven.

We make an exception from that rule for admin boundaries because their
usefulness is so high that it overrules the problem (usually) not being
visible on the ground.

OpenStreetMap is, mostly, a project driven by people who contribute data
that they survey. Data imports can occasionally help but they're not the
mainstay of OSM.

A data set of parcel boundaries can easily be displayed on top of OSM,
or integrated into your rendering stack if you need these boundaries,
but it doesn't make much sense in OSM because it will usually not be
curated by individual mappers. It would just sit there, being replaced
by a new import once a year (or not) - OSM would be abused as a data
transport for third party data.

Bye
Frederik

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

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

Re: [OSM-talk-fr] Points d'apport volontaire verre ou bornes à verre

[osm . sanspourriel]

Sûrement pas d'Allemagne d'où comme tu dis la différenciation vient 
uniquement de la couleur (en fait une distinction blanc/couleur 
suffirait car le problème avec la collecte mélangée c'est pour refaire 
du blanc mais ils préfèrent pénaliser les daltoniens, c'est un choix :-)).


Je ne pense pas que dans certains pays ils acceptent plus de types de 
verre qu'en France (pas de porcelaine, pas de verre plat, etc...) mais 
si oui alors il faut mettre |recycling:glass_bottles=yes/no|


Si quelqu'un a la réponse, ça permettra de clarifier. Peut-être que 
certaines versions du wiki sont plus claires.

Sinon une requête overpass pour voir comment les autres pays font ?

Jean-Yvon

Le 29/07/2016 à 18:47, JB - jb...@mailoo.org a écrit :
Très rapidement, je me demande si la différentiation ne vient pas 
d'Allemagne où le conteneur n'est pas forcément le même pour le pot à 
moutarde, la bouteille verte, la bouteille blanche ou la bouteille 
brune. En France, il ne me viendrait pas à l'esprit d'utiliser autre 
chose que recycling:glass. Si glass est à oui, alors les bouteilles 
sont prises avec. L'inverse n'est pas vrai.

JB.


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

Re: [Talk-it] Multipolygon senza tag

[Marco_T]

Damjan Gerli wrote
> Ho scoperto anche che tutti (?) i multipolygon fatti durante 
> l'importazione degli edifici regionali in fvg (7 anni fa) sono così... 
> hanno i tag sulla way outer e non sul multipolygon. Credete sia saggio 
> pensare di correggerli (magari in automatico in qualche modo), oppure 
> meglio lasciare stare? Cosa ne dite?

Ciao,
Attenzione agli automatismi.
C'è il caso delle relazioni "building" usate nella mappatura 3d degli
edifici che prevede i tag descrittivi nel poligono esterno "outline"
 http://wiki.openstreetmap.org/wiki/Relation:building
Io ne ho usate alcune in Veneto e Liguria per le chiese che sono state
importate a pezzi...
Saluti

-- 
Marco_T




--
View this message in context: 
http://gis.19327.n5.nabble.com/Multipolygon-senza-tag-tp5879459p5879494.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

[talk-ph] Fwd: [OSM-talk] weeklyOSM #314 07/19/2016-07/25/2016

[Eugene Alvin Villar]

-- Forwarded message --
From: weeklyteam 
Date: Sat, Jul 30, 2016 at 4:36 PM
Subject: [OSM-talk] weeklyOSM #314 07/19/2016-07/25/2016
To: t...@openstreetmap.org


The weekly round-up of OSM news, issue # 314,
is now available online in English, giving as always a summary of all
things happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/7896/

Enjoy!

We publish this issue with only one proofreading.
If you would like to enter in the proofreading process, please send us an
email.

weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-fr] OpenEventDatabase... du neuf et un POC liée à OSM :)

[Christian Quest]

Pas vraiment de liste, je vais en faire une pour au moins documenter les
données actuellement disponibles.

Le "what" fonctionne pour l'instant de façon hiérarchique, exemples:
- traffic.incident.animal
- traffic.nogaz
- weather.warning.flood
- nature.earthquake.6 (séisme de magnitude 6 à 7)
- air.pollution.low

La recherche sur le what se fait sur le début, donc en cherchant 'traffic'
on aura aussi 'traffic.incident.animal'


Le 30 juillet 2016 à 10:08, PanierAvide  a écrit :

> Bravo pour le boulot effectué, les visualisations étaient l'un des
> éléments qui manquaient autour de ce projet et c'est maintenant chose
> faite. Notamment l'interface live qui est vraiment sympa :)
> Il y a une liste exhaustive des sources de données utilisées et les
> clés/valeurs associées quelque part ?
>
> Cordialement,
>
> PanierAvide.
>
> Le 29/07/2016 à 16:59, Christian Quest a écrit :
>
>> Cela fait quelques mois que j'ai démarré concrètement le projet
>> OpenEventDatabase qui trainait dans un coin de ma tout doux liste depuis 2
>> ans.
>>
>> L'idée est d'y partager et d'y stocker des données liées au temps (et à
>> la géographiqe), répondre à des questions de type "quoi où et quand" là où
>> OSM s'arrête à quoi/où.
>>
>> Depuis quelques temps la quantité d'événements grandit et s'étoffe avec
>> des sources de plus en plus variées.
>>
>> Ces deux dernières semaines, à l'occasion du "Paris Summer Fellowship",
>> de nouvelles sources ont été ajoutées:
>> - incidents sur le réseau RATP
>> - mesures météo des aéroports et aérodromes (METAR)
>> - tremblements de terre (USGS)
>> - collecte mobiles pour le don du sang
>> - prévision de pollution de l'air sur Paris
>> etc...
>>
>> Il y a maintenant de quoi tester un croisement avec OSM... par exemple
>> quels sont les événements en cours ou prévus le long d'un itinéraire
>> calculé par OSRM (ou autre) ?
>>
>> Voici un premier essai que j'ai appelé "onMyWay":
>> http://onmyway.openeventdatabase.org/
>>
>> Une autre réalisation de ces 2 dernières semaines est un dashboard "live"
>> fait par Eric Pommereau: http://live.openeventdatabase.org/
>>
>> Pour info, la base a passé le cap des 9 millions d'événements...
>>
>> Il y a aussi maintenant un peu plus de doc sur le fonctionnement de
>> l'API: https://github.com/openeventdatabase/backend/wiki
>>
>>
>
> --
> PanierAvide
> Géomaticien & développeur
>
>
> ___
> 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

[OSM-talk-ie] weeklyOSM #314 07/19/2016-07/25/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 314,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/7896/

Enjoy!

We publish this issue with only one proofreading.
If you would like to enter in the proofreading process, please send us an email.

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-GB] weeklyOSM #314 07/19/2016-07/25/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 314,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/7896/

Enjoy!

We publish this issue with only one proofreading.
If you would like to enter in the proofreading process, please send us an email.

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-us] weeklyOSM #314 07/19/2016-07/25/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 314,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/7896/

Enjoy!

We publish this issue with only one proofreading.
If you would like to enter in the proofreading process, please send us an email.

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-ca] weeklyOSM #314 07/19/2016-07/25/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 314,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/7896/

Enjoy!

We publish this issue with only one proofreading.
If you would like to enter in the proofreading process, please send us an email.

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk] weeklyOSM #314 07/19/2016-07/25/2016

[weeklyteam]

The weekly round-up of OSM news, issue # 314,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/7896/

Enjoy!

We publish this issue with only one proofreading.
If you would like to enter in the proofreading process, please send us an email.

weeklyOSM is brought to you by ... 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

semanarioOSM Nº 314 19/07/2016-25/07/2016

[weeklyteam]

Hola, el semanario Nº 314, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en español:

http://www.weeklyosm.eu/es/archives/7896/

¡Disfruta!

Pedimos disculpas por tener solo una revisión de la edición esta semana. 
Si estás interesado en ayudarnos con las revisiones, por favor envíanos un 
correo.

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 314 19/07/2016-25/07/2016

[weeklyteam]

Hola, el semanario Nº 314, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en español:

http://www.weeklyosm.eu/es/archives/7896/

¡Disfruta!

Pedimos disculpas por tener solo una revisión de la edición esta semana. 
Si estás interesado en ayudarnos con las revisiones, por favor envíanos un 
correo.

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

semanarioOSM Nº 314 19/07/2016-25/07/2016

[weeklyteam]

Hola, el semanario Nº 314, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en español:

http://www.weeklyosm.eu/es/archives/7896/

¡Disfruta!

Pedimos disculpas por tener solo una revisión de la edición esta semana. 
Si estás interesado en ayudarnos con las revisiones, por favor envíanos un 
correo.

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

semanarioOSM Nº 314 19/07/2016-25/07/2016

[weeklyteam]

Hola, el semanario Nº 314, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en español:

http://www.weeklyosm.eu/es/archives/7896/

¡Disfruta!

Pedimos disculpas por tener solo una revisión de la edición esta semana. 
Si estás interesado en ayudarnos con las revisiones, por favor envíanos un 
correo.

weeklyOSM en Español está producido por: 
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-ja] 歩道のマッピング

[SHIBATA Akira]

柴田(あ)です。

muramoto さんありがとうございます。
スッキリきました。
道路・歩道の形状はともかく、ロジックとしては、こんな感じですよね。

現地に行けたときには、できればサーベイして、入力したいと思います。

On Thu, 28 Jul 2016 19:29:04 +0900
tomoya muramoto  wrote:

> muramotoです。
> 私でしたらこんな感じで描くと思います。
> [image: 埋め込み画像 1]

-- 
SHIBATA Akira 

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

Re: [OSM-talk-fr] OpenEventDatabase... du neuf et un POC liée à OSM :)

[PanierAvide]

Bravo pour le boulot effectué, les visualisations étaient l'un des 
éléments qui manquaient autour de ce projet et c'est maintenant chose 
faite. Notamment l'interface live qui est vraiment sympa :)
Il y a une liste exhaustive des sources de données utilisées et les 
clés/valeurs associées quelque part ?


Cordialement,

PanierAvide.

Le 29/07/2016 à 16:59, Christian Quest a écrit :
Cela fait quelques mois que j'ai démarré concrètement le projet 
OpenEventDatabase qui trainait dans un coin de ma tout doux liste 
depuis 2 ans.


L'idée est d'y partager et d'y stocker des données liées au temps (et 
à la géographiqe), répondre à des questions de type "quoi où et quand" 
là où OSM s'arrête à quoi/où.


Depuis quelques temps la quantité d'événements grandit et s'étoffe 
avec des sources de plus en plus variées.


Ces deux dernières semaines, à l'occasion du "Paris Summer 
Fellowship", de nouvelles sources ont été ajoutées:

- incidents sur le réseau RATP
- mesures météo des aéroports et aérodromes (METAR)
- tremblements de terre (USGS)
- collecte mobiles pour le don du sang
- prévision de pollution de l'air sur Paris
etc...

Il y a maintenant de quoi tester un croisement avec OSM... par exemple 
quels sont les événements en cours ou prévus le long d'un itinéraire 
calculé par OSRM (ou autre) ?


Voici un premier essai que j'ai appelé "onMyWay": 
http://onmyway.openeventdatabase.org/


Une autre réalisation de ces 2 dernières semaines est un dashboard 
"live" fait par Eric Pommereau: http://live.openeventdatabase.org/


Pour info, la base a passé le cap des 9 millions d'événements...

Il y a aussi maintenant un peu plus de doc sur le fonctionnement de 
l'API: https://github.com/openeventdatabase/backend/wiki





--
PanierAvide
Géomaticien & développeur


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

Re: [Talk-cat] etiqueta camí tapat vegetació

[Jan Esquerra]

Hola hector,

jo faig servir el tag trail_visibility. No tant per indicar que la
vegetacio no et deixa passar, si no per que la vegetacio fa que el cami
sigui perdedor i dificil de seguir.
El tag obstacle de l'Albert fa referencia a la dificultat de transitari i
per tant son complementaris.

El tag trail_visibility el fan servir alguns renderitzadors i a mi em va
molt be per diferenciar camins i escollir ruta quan vaig per la muntanya.

Salut

Jan



El dia 30 de juliol de 2016, 9:16, Hector  ha
escrit:

> Hola Konfrare.
> Gràcies per la resposta.
> En principi he etiquetat el node amb la teva proposta i, tot i que la clau
> i el valor no surten com a possibles, es pot escriure el text a l'apartat
> corresponent i ho accepta.
> Salut.
>
>
> Héctor
>
> El dia 29 de juliol de 2016, 22:32, Konfrare Albert <
> lakonfrariadelav...@gmail.com> ha escrit:
>
>> Hola Héctor,
>>
>> Jo vaig proposar l'etiqueta obstacle=vegetation, potser et serveix ;)
>>
>> http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle
>>
>> Salut!
>>
>> El divendres, 29 de juliol de 2016, Hector  va
>> escriure:
>>
>> > Hola llista.
>> > Una mica d'ajuda, porfa.
>> > Tinc localitzat un sender que actualment es troba en proces de pèrdua
>> degut a la vegetació que, si no aconsegueixo que l'ajuntament ho netegi,
>> acabarà en desús.
>> > No vull treure la traça de la base de dades, tot i que el sender no és
>> que sigui imprescindible, però sí que com a tal, penso que ha d'estar
>> dibuixat.
>> > Quines etiquetes penseu que calen per a definir el millor possible
>> aquesta situació?
>> > No sé si el "tractype", "smothness" i "surface" són suficients.
>> > Com faig saber als usuaris que per recórrer aquest sender han d'anar
>> apartant vegetació al seu pas?
>> > Gràcies
>>
>> --
>> *KONFRARE ALBERT*
>> La Konfraria de la Vila del Pingüí
>> de La Palma de Cervelló
>> www.konfraria.org • @La_Konfraria 
>>
>>
>>
>> ___
>> Talk-cat mailing list
>> Talk-cat@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cat
>>
>>
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cz] Kruhové objezdy Mělník

[Michal Poupa]

já také a proto konstatuji že vše je již postaveno jen malá část není
otevřena (nový kus je zatím jednosměrný) ale vše již fyzicky stojí. zkoušel
jsem malovat kruháče bohužel to není tak jednoduché jako ve Waze tak se mi
to nepodařilo. Alespoň jsem odpojil ulici Cukrovarskou.

Dne 29. července 2016 23:09 Lukáš Gebauer  napsal(a):

> A to je v rozporu s mym tvrzenim? Hele, fakt nemam zapotrebi se tu o tom
> takhle dohadovat, prdim na to, chtel jsem jen pomoci.
>
> 29. července 2016 22:49:05 SELČ, Michal Poupa 
> napsal:
>
>> Neni to pravda - Dva funguji plne ten na pražské a ted druhý na pumpě
>> Shell.
>>
>> Ten treti je komplet postaveny ale použilvá se jako křižovatka:
>>
>>
>> 29. 7. 2016 v 22:14, Lukáš Gebauer :
>>
>> Tak ja tam treba minuly vikend jel, ale jeste nebyl cas cokoliv kreslit.
>>
>> Ale hlavne, on cely ten kus obchvatu je jeste porad jeste nedodelany,
>> rozkopany, provozovany provizorne jen jednosmerne, a napriklad ten prvni
>> zmineny kruhac jeste vubec nefunguje v rezimu kruhace, ale v rezimu
>> rozkopane trochu krive normalni krizovatky, a jeste jen jednosmerne.
>>
>> Cele to zprovoznili jen proto, aby mohli zavrit starou trasu pres
>> Italskou ulici, ktera je ted v rekonstrukci, kde z toho udelaji normalni
>> rezidencni ulici. Opacny smer tahnou provizorne kolem nemocnice. Ve finale
>> pujde silnice cislo 9 tim obchvatem a kruhaky obousmerne. Tak to ale jeste
>> nefunguje.
>>
>> 29. července 2016 12:56:56 SELČ, "Marián Kyral"  napsal:
>>>
>>> Asi v Mělníku momentálně není žádný aktivní mapper a nikdo přes Mělník
>>> nejel.
>>>
>>> Marián
>>>
>>> -- Původní zpráva --
>>> Od: Michal Poupa 
>>> Komu: OpenStreetMap Czech Republic 
>>> Datum: 29. 7. 2016 12:49:45
>>> Předmět: Re: [Talk-cz] Kruhové objezdy Mělník
>>>
>>> Stojí tam už delší dobu oba... mme je. překvapilo že se tu silnice I.
>>> třídy aktualizují tak dlouho...
>>>
>>>
>>> 29. 7. 2016 v 12:33, Milan Cerny :
>>>
>>> > Cesta do Mělníku se mi celkem hodí, odpoledne tam zajedu a zaměřím oba
>>> kruháče plus další co s tím souvisí.
>>> >
>>> > Milan
>>> > __
>>> >> Od: jzvc 
>>> >> Komu: talk-cz@openstreetmap.org
>>> >> Datum: 29.07.2016 11:06
>>> >> Předmět: Re: [Talk-cz] Kruhové objezdy Mělník
>>> >>
>>> >> Dne 28.7.2016 v 22:54 Michal Poupa napsal(a):
>>> >>> Dobrý den,
>>> >>> jelikož ještě neumím malovat kruhové objezdy mohl by je někdo
>>> namalovat
>>> >>> nové kruháky na Mělnílu v OSM?
>>> >>>
>>> >>> Jeden
>>> >>>
>>> >>>
>>> http://www.openstreetmap.org/note/642144#map=18/50.34510/14.49696=N
>>> >>>
>>> >>> a druhý
>>> >>>
>>> >>>
>>> http://www.openstreetmap.org/note/642143#map=19/50.34750/14.49237=N
>>> >>
>>> >> Cus, chtelo by to nejaky zdroj - odkaz na web s fotkou, nejakym
>>> clankem,
>>> >> dokumentaci vystavby ...
>>> >>
>>> >> Jak se dela kruhac se muzes inspirovat na libovolnym jinym. Ale pokud
>>> >> nepouzivas JOSM, dost pravdepodobne rozbijes relace, pokud tam nejake
>>> jsou.
>>> >>
>>> >>>
>>> >>> Ono to v žádné mapě (kromě Waze zatím není správně). Když tak
>>> koukněte
>>> >>> do projektu nebo do Waze tam je to již OK.
>>> >>>
>>> >>> TeX232
>>> >>>
>>> >>>
>>> >>> ___
>>> >>> Talk-cz mailing list
>>> >>> Talk-cz@openstreetmap.org
>>> >>> https://lists.openstreetmap.org/listinfo/talk-cz
>>> >>
>>> >>
>>> >> ___
>>> >> Talk-cz mailing list
>>> >> Talk-cz@openstreetmap.org
>>> >> https://lists.openstreetmap.org/listinfo/talk-cz
>>> >
>>> > ___
>>> > Talk-cz mailing list
>>> > Talk-cz@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>> =
>>>
>>> --
>>>
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>>
>> --
>> Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte
>> prosím moji stručnost.
>>
>> ___
>> 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
>>
>>
> --
> Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím
> moji stručnost.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org

Re: [Talk-cat] etiqueta camí tapat vegetació

[Hector]

Hola Konfrare.
Gràcies per la resposta.
En principi he etiquetat el node amb la teva proposta i, tot i que la clau
i el valor no surten com a possibles, es pot escriure el text a l'apartat
corresponent i ho accepta.
Salut.


Héctor

El dia 29 de juliol de 2016, 22:32, Konfrare Albert <
lakonfrariadelav...@gmail.com> ha escrit:

> Hola Héctor,
>
> Jo vaig proposar l'etiqueta obstacle=vegetation, potser et serveix ;)
>
> http://wiki.openstreetmap.org/wiki/Proposed_features/Obstacle
>
> Salut!
>
> El divendres, 29 de juliol de 2016, Hector  va
> escriure:
>
> > Hola llista.
> > Una mica d'ajuda, porfa.
> > Tinc localitzat un sender que actualment es troba en proces de pèrdua
> degut a la vegetació que, si no aconsegueixo que l'ajuntament ho netegi,
> acabarà en desús.
> > No vull treure la traça de la base de dades, tot i que el sender no és
> que sigui imprescindible, però sí que com a tal, penso que ha d'estar
> dibuixat.
> > Quines etiquetes penseu que calen per a definir el millor possible
> aquesta situació?
> > No sé si el "tractype", "smothness" i "surface" són suficients.
> > Com faig saber als usuaris que per recórrer aquest sender han d'anar
> apartant vegetació al seu pas?
> > Gràcies
>
> --
> *KONFRARE ALBERT*
> La Konfraria de la Vila del Pingüí
> de La Palma de Cervelló
> www.konfraria.org • @La_Konfraria 
>
>
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-it] traffic_sign valori ID per l'Italia

[bvivi]

Ringrazio Damian per i chiarimenti puntuali. 
Magari alcuni degli esempi fatti riportiamoli nella wiki,  in modo che oltre 
alle spiegazioni ci siano proprio gli esempi concreti. 

--
Inviato da Libero Mail per Android sabato, 30 luglio 2016, 01:26AM +02:00 da 
Damjan Gerl  dam...@damjan.net :

>29.07.2016 - 08:40 - Bruno:
>>
>> Mi sembra un ottimo lavoro.
>
>Grazie, ma ancora da finire...
>
>> Non mi sono invece chiare alcune cose.
>> In parte sono state spiegate, ma magari una spiegazione a prova di idiota
>> sarebbe più utile.
>>
>> Posizionamento.
>> Meglio metterli sulla strada normalmente? Faccio l'esempio dei passaggi
>> pedonali.
>> Spesso ci sono le strisce e un cartello per direzione ai lati delle strisce.
>> Sul piano del rigore sono due cartelli diversi, sul piano funzionale mi 
>> sembra
>> più logico:
>> higway=crossing
>> crossing=zebra
>> traffic_sing=IT:F13
>
>Attenzione che i cartelli vanno taggati con un punto li dove stanno, 
>mentre la "funzione" del cartello va taggata sulla way o dove serve.
>Nel esempio di sopra: traffic_sing=IT:F13 su due punti dove stanno 
>fisicamente i due cartelli, mentre higway=crossing e crossing=zebra sul 
>punto della way (strada) dove si trovano le strisce.
>
>> Anticipi segnali.
>> Tipo il Dare precedenza tra 150 metri, diventa così?
>> Traffic_sign=give_way; IT:M1a[150]
>
>In questo caso esiste un cartello definito Preavviso di dare precedenza, 
>quindi usare quello: traffic_sign=IT:F38[150]). Se non esisterebbe già 
>predefinito un cartello composto allora il tuo esempio andrebbe bene, ma 
>invecie del puntoevirgola devi mettere la virgola, perché il cartello 
>dei 150m è inerente al dare precedenza (dovrebbe stare sotto), e senza 
>lo spazio dopo la virgola, quindi sarebbe 
>traffic_sign=give_way,IT:M1a[150]. Però forse in questo caso sarebbe 
>meglio usare la dicitura con IT: per tutti e due i cartelli, così: 
>traffic_sign=IT:F36,M1a[150]. Il puntoevirgola si usa per due cartelli 
>separati, nel senso se hai sullo stesso palo due cartelli differenti.
>
>> Per i cartelli di senso unico cosa usiamo?
>> traffic_sign=oneway
>Questa dicitura non esiste nel wiki nella pagina traffic_sign (anche se 
>taginfo ci dice viene usato 11 volte), perciò preferirei usare la forma 
>traffic_sign=IT:... (non c'è ancora nella mia pagina wiki, ma se pensavi 
>alla freccia blu dritta verticale, quindi Figura II 349 Art. 135 - Senso 
>unico frontale, quindi sarà IT:F349)
>
>Ciao
>Damjan
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] Australia "changing coordinates"

[Warin]

On 7/30/2016 1:57 PM, Andrew Harvey wrote:

On Sat, 30 Jul 2016, at 08:40 AM, Warin wrote:

The change, distance wise, is upto 1.5 metres, well within commercial
GPS uncertainties.

The change is to the datum. How this will work out with future global
datums we will have to wait and see.

In another 30 years there will probably be another change of around 1.5
metres again.

As receivers become more accurate and folks start use other ground based
positioning technology that gives millimetre accuracy, then that data in
OSM will over time become more out of sync as the tectonic plate moves
while the coordinate system remains fixed.

When that happens it would be good to see a future OSM API that lets us
upload data in a coordinate system like GDA so that we don't need to be
constantly updating coordinates to reflect the move in the techtonic
plate.


Sigh.

Simply changing from AGD66 to GDA94 can produce a change of around 100 metres 
in location of a coordinate.
So a change in datum can correct the drift without changing the coordinates.


From the above you can see that OZ moves at upto about 50 mm per year.

At present there is no datum system that 'drifts' over time, that would give a 
system that would need little alteration and fewer of them.

People who require the accuracy take into account the drift (usually 
professional surveyors with very expensive receivers, antennas etc.).





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