Re: [Talk-lt] Registrų centro duomenys

[Mindaugas]

Sveiki,

nelabai supratau. Nuėjus į jau atvertus duomenis
https://www.registrucentras.lt/p/1074 ir parsisiuntus "Atsisiųsti detalius
duomenis Excel formatu" vietoj detalių duomenų gauni tik statistiką apie
įregistruotų objektų kiekį pagal savivaldybes. Tai kur tie detalūs duomenys?

Mindaugas


Atsisiųsti detalius duomenis Excel formatu:

Atsisiųsti detalius duomenis Excel formatu:

On Tue, 13 Aug 2019, 22:22 Mantas,  wrote:

> Sveiki,
>
> kitą savaitę susitinku su Registrų Centru pasikalbėti apie atvirus
> duomenis. Jei kas nežino, tai Registrų Centras jau žengė pirmą žingsnį ir 
> atvėrė
> dalį NTR duomenų
> 
> .
>
> Taip pat, jei dar kas nežino, dėl duomenų atvėrimo vyksta vieša
> konsultacija
> ,
> kur duomenų naudotojai kviečiami balsuoti ir diskutuoti apie tai kokių
> duomenų reikia ir kam jie galėtų būti panaudoti.
>
> Su Registrų Centru kalbėsimės apie tai, kokie duomenys yra labiausiai
> aktualūs. Registrų Centras yra pateikęs šiuos duomenų rinkinius kurie
> galėtų būti atverti:
>
> https://gitlab.com/atviriduomenys/manifest/issues?label_name[]=Registrų
> centras_name[]=Duomenys
>
> Jei turite minčių kokie duomenys yra labiausiai reikalingi, balsuokit
> Gitlab sąraše arba tiesiog rašykit laišką ir nurodykit duomenų rinkinį iš
> sąrašo ir parašykit kodėl tų duomenų reikia, kur jie galėtų būti panaudoti
> ir kodėl jie reikalingi.
>
> Kitą savaitę peržiūrėsiu visus komentarus ir perduosiu informaciją
> Registrų Centrui.
>
>
> --
> Mantas, http://t.me/sirexo
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk-fr] Qualité des ponts (nom des ponts)

[marc marc]

je suis un grand fan des infos non dupliquée
MAIS pour que cela fonctionne, il faut que les utilisateurs de la donnée 
le supporte. hors je n'en connais aucun.
donc on finit par mettre le nam sur la relation et sur les membres,
donc donnée encore plus dupliquée... hélas...

Le 15.08.19 à 17:55, osm.sanspourr...@spamgourmet.com a écrit :
> L'intérêt c'est notamment de ne plus avoir "pont Machin" pour la route 
> dans un sens, "pont Machin" pour la route dans l'autre sens, "pont 
> Machin" pour le tram dans un sens, "pont Machin" pour le tram dans 
> l'autre sens, "pont Machin" pour la piste cyclable dans un sens, "pont 
> Machin" pour la piste cyclable dans l'autre sens.
> 
> Ça suppose que tu ne mettes le nom que sur la relation.
> 
> Si tu mets le polygone, tu vas avoir des tronçons non nommés si tu ne 
> veux pas dupliquer l'info.
> 
> Et donc ton routeur te dira de passer sur le pont sans nom, MapComplete 
> te demandera le nom du pont etc...
> 
> En théorie renseigner le tablier comme polygone man_made=bridge pourrait 
> marcher mais c'est déduire les noms de l'emprise ce qui est empirique.
> 
> Jean-Yvon
> 
> Le 15/08/2019 à 17:28, marc marc - marc_marc_...@hotmail.com a écrit :
>> Le 15.08.19 à 12:40, Francescu GAROBY a écrit :
>>> la relation "type=bridge" qui sert à regrouper toutes les voies
>>> passant sur le tablier d'un pont, pour leur donner des tags communs
>>>   (généralement, le name)
>> Merci pour le rappel, il faudrait donc aussi tenir compte de cela.
>>
>> Mais quel est l'intérêt de cette relation par rapport
>> à renseigner le tablier un polygone man_made=bridge ?
>> aucune utilisation connue hormis les éditeurs
>> https://taginfo.openstreetmap.org/tags/type=bridge#projects
>> ___
>> 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] Y'en a marre de http://amenagements-cyclables.fr

[marc marc]

Le 15.08.19 à 21:27, Cédric Frayssinet a écrit :
> pas solubles sur OSM, exemple, une chaussée en mauvais état

smoothness=bad :)

mais sinon je suis d'accord, les utilisateurs de geovelo font un grand 
nombre de note inutilisable ou qui ne concerne qu'un bug de l'app et non 
les données osm. heureusement elles sont souvent vite fermée même si ce 
serrait évidement mieux que l'ergonomie de l'app permette à 
l'utilisateur de choisir si son info concerne la donnée ou l'app
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland

[Sebastian Martin Dicke via Talk-de]

Hallo, 

wenn ich die Daten zur Beleuchtung nachts oder abends erfasse, habe ich mir als 
Fausregel gesetzt, dass ein Weg oder eine Straße beleuchtet ist, wenn sie 
selbst oder ein Weg oder eine Straße daneben Straßenlaternen oder andere 
künstliche Lichtquellen hat, die nicht für etwas Anderes da sind (wie 
beleuchtete Fenster, z. B.), und ich die Oberfläche und Hindernisse darauf 
deutlich erkennen kann. Das schließt Wege mit einzelnen Lampen aus, wo 
Abschnitte dazwischen dunkel sind. Dann tagge ich den Weg mit lit=no und dann 
die einzelnen Lampen als Punkte.

Grüße

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

Re: [talk-cz] [Talk-cz] Poštovní schránky, stav srpen 2019

[Tom Ka]

Diky.

On Thu, Aug 15, 2019, 14:54 Jan Macura  wrote:

>
> On Thu, 15 Aug 2019 at 08:09, Tom Ka  wrote:
>
>> predpokladam, ze byl myslen odkaz na statictiky importu:
>> http://josm.poloha.net/cz_pbox/, jinak by bylo dobre, pokud se do toho
>> chces pustit, pridat na stejne misto k postovnim schrankam i POI
>> importer:
>> http://osm.kyralovi.cz/POI-Importer-testing/#map=15/49.2260/16.5977=CZECPbox
>> .
>>
>
> Odkazy přidány:
> https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/Projekty_k_mapov%C3%A1n%C3%AD#Kontrola_.2F_dopl.C5.88ov.C3.A1n.C3.AD_po.C5.A1tovn.C3.ADch_schr.C3.A1nek
>
> H.
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Y'en a marre de http://amenagements-cyclables.fr

[Cédric Frayssinet]

Le problème, c'est que cela créé des notes qui ne sont pas solubles sur OSM, 
exemple, une chaussée en mauvais état. J'ai aussi quelques notes de ce type 
dans ma zone de contributions.

Faudrait voir pour que les notes soient créés uniquement pour des problèmes 
d'erreurs de voiries ou parkings vélos...

Cédric 



Le 15 août 2019 20:04:19 GMT+02:00, "Stéphane Péneau" 
 a écrit :
>Ce sont les commentaires des utilisateurs de l'appli géovélo. 
>Normalement ils sont traités par géovélo, mais il y a sans doute du 
>monde en vacances en ce moment.
>
>Stf
>
>Le 15/08/2019 à 19:35, François a écrit :
>> Le 15/08/2019 à 18:35, David Crochet a écrit :
>>> Bonjour
>>>
>>> 
>>>
>>> Y'a un moyen de contacter les contributeur de ce * de site de 
>>> * qui ajoute des commentaire à la  
>>>
>>> 
>>>
>>
>> Un petit  whois me donne :
>>
>> (...)
>> domain:  amenagements-cyclables.fr
>> (...)
>> nic-hdl: LCDM252-FRNIC
>> type:    ORGANIZATION
>> contact: La Cie des Mobilites
>> address: 30 rue andre theuriet
>> address: 37000 TOURS
>> country: FR
>> phone:   +33.659249263
>> e-mail:  879094ea3bddf1fb.837...@spamfree.bookmyname.com
>> registrar:   ONLINE SAS
>> changed: 2018-05-26T00:36:00Z n...@nic.fr
>> anonymous:   NO
>> obsoleted:   NO
>> eligstatus:  not identified
>> reachstatus: not identified
>> source:  FRNIC
>> (...)
>>
>> Si ça peut t'aider à passer tes nerfs ...
>>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : exporter une zone

[Eric SIBERT via Talk-fr]

Le 27/07/2019 à 21:08, Jérôme Amagat a écrit :
ou avec le plugin cadastre dans JOSM lorsque l'on veux télécharger une 
zone, il y a un nouvel onglet "télécharger depuis le cadastre". 


Sauf que ça télécharge tous les bâtiments de la planche, pas juste ceux 
de la zone sélectionnée.


(je passe par le site non sécurisé http://cadastre.openstreetmap.fr/ 
comme proposé dans un autre message).


Eric

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

Re: [OSM-talk-fr] Y'en a marre de http://amenagements-cyclables.fr

[Stéphane Péneau]

Ce sont les commentaires des utilisateurs de l'appli géovélo. 
Normalement ils sont traités par géovélo, mais il y a sans doute du 
monde en vacances en ce moment.


Stf

Le 15/08/2019 à 19:35, François a écrit :

Le 15/08/2019 à 18:35, David Crochet a écrit :

Bonjour



Y'a un moyen de contacter les contributeur de ce * de site de 
* qui ajoute des commentaire à la  






Un petit  whois me donne :

(...)
domain:  amenagements-cyclables.fr
(...)
nic-hdl: LCDM252-FRNIC
type:    ORGANIZATION
contact: La Cie des Mobilites
address: 30 rue andre theuriet
address: 37000 TOURS
country: FR
phone:   +33.659249263
e-mail:  879094ea3bddf1fb.837...@spamfree.bookmyname.com
registrar:   ONLINE SAS
changed: 2018-05-26T00:36:00Z n...@nic.fr
anonymous:   NO
obsoleted:   NO
eligstatus:  not identified
reachstatus: not identified
source:  FRNIC
(...)

Si ça peut t'aider à passer tes nerfs ...




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

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[Johann Haag]

Am Do., 15. Aug. 2019 um 13:49 Uhr schrieb Kevin Kofler <
kevin.kof...@chello.at>:

> Johann Haag wrote:
> > Ergänzung: Achtung
> >
>
> http://www.bev.gv.at/portal/page?_pageid=713,2181629&_dad=portal&_schema=PORTAL
> >
> > das ist leider nicht so gut: Nutzungsbedingungen
> > Mit der Abfrage von Daten einer einzelnen Adresse akzeptiert der Nutzer
> > folgende Nutzungsbedingungen:
> > "Standardentgelte und Nutzungsbedingungen 2014 für Daten des
> > Adressregisters" (Erlass des BEV vom 23. Oktober 2014, GZ 4374/2014-152)
>
> Das Adressregister ist KEINE Open-Data-Quelle. Daten daraus in OSM zu
> übernehmen ist keine gute Idee.
>
> Kevin Kofler
>

Das Adressregister für OpenStreetMap Zwecke zu nutzen, habe ich auch nicht
angeregt. Manchmal sucht man einfach simpel eine bestimmte Adresse.
ich habe meine Sicht der Dinge zu Adressen in meinem neuen Blog
zusammengefasst.

Der Ansicht von Frederik, dass wir nur on the Ground Mappen, widerspricht
diametral der Realität, dass wir in Österreich seit Jahren uns zur
Verfügung gestellte, hochwertige entzerrte Luftbilder nutzen. Ebenso alle
anderen bereits eingepflegten OpenData Spenden, wie Z.B Gewässer in Tirol
wären dann zu hinterfragen. Wenn wir sämtliche Inhalte aus OSM entfernen,
welche mittelbar oder unmittelbar von Open Data Spenden abgeleitet sind,
dann würde OpenStreetMap in AT sehr leer aussehen.
Grüsse Johann


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


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-ie] Failte Ireland map using OSM

[Stephen Roulston via Talk-ie]

Thanks Brian,

The Photovoltaic GIS site has an attribution to OSM behind the i link when OSM 
is activated.

Stephen


Sent from my iPad

> On 15 Aug 2019, at 18:26, Ken Guest  wrote:
> 
> re  https://re.jrc.ec.europa.eu/pvg_tools/en/tools.html there is
> attribution - but you need to click on a stylised "Info" button to view it.
> 
> On Thu, 15 Aug 2019 at 15:28, Brian Hollinshead 
> wrote:
> 
>> Please to see recently that the Failte Ireland Sligo and Mayo visitor map
>> both used OSM data and attributed it to OSM.
>> 
>> Also saw the European Commission website  PHOTOVOLTAIC GEOGRAPHICAL
>> INFORMATION SYSTEM:  https://re.jrc.ec.europa.eu/pvg_tools/en/tools.html
>> appears to use OSM but I did not see any attribution.
>> ___
>> Talk-ie mailing list
>> Talk-ie@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ie
>> 
> 
> 
> -- 
> http://about.me/kenguest/
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie


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

Re: [OSM-talk-fr] Ajouter le nom d'une société sur plusieurs bâtiments

[Jérôme Amagat]

La relation type=site n'est (presque) jamais à utiliser !

relation ne veux pas dire qu'on regroupe tous les objets qui sont lié dans
un "truc".
Si c'est surfacique, on peut faire un polygone ou plusieurs polygones (donc
une relation type=multipolygon).
Si c'est linéaire, il faut voir les relation type=route mais on n'y met pas
n'ont plus tout et n'importe quoi.
Il y a seulement le cas ou l'on regroupe des nodes où la relation type=site
peut être nécessaire.

L’utilisation de relation type=site
https://wiki.openstreetmap.org/wiki/Relations/Proposed/Site n'a jamais été
voté et approuvé.
A ma connaissance, il n'y a qu'un cas, où l'utilisation de relation
type=site a été voté et accepté , c'est pour les parcs éoliens où l'on
regroupe les éoliennes (la plupart du temps indiqué par un node) ensemble.
Des site=wind_farm ont été ajouté sur beaucoup même si ce n'était pas dans
la proposition votée. Je pense qu'il aurait fallu faire disparaître
type=site et faire voté avec type=wind_farm ou type="autre chose" comme ce
qui est fait pour les transports en commun avec les type=public_transport
public_transport=stop_area.
C'est aussi utilisé en France (type=site site=geodesic), des groupes de
repère géodésique (des nodes) importé grâce aux données de l'IGN.

- Un fil de discussion parle de regrouper plusieurs bâtiments d'une même
entreprise : il ne faut pas utiliser de relation type=site. un polygone qui
englobe tous les bâtiments et les terrains de l'entreprise et mettre les
tags de l'entreprise sur le polygone. Si par exemple il y a une route au
milieu, il faut faire 2 ou plus polygones et les mettre dans une relation
type=multipolygon et mettre les tags adéquates sur la relation.
- Un autre fil parle de pont et de relation type=bridge c'est la même chose
que les type=site. la proposition pour se tag n'a pas été voté et il est
plus simple et juste par rapport à ce qu'il se fait sur osm de créer un
polygon pour le pont avec le tag man_made=bridge name=* ... Le name sur les
ways des highway=* devient superflue sauf si c'est aussi le nom de la rue.
- C'est utilisé pour regrouper plusieurs bâtiments historiques classés
ensemble par les Monuments historiques : il faut crée un polygone les
englobant tous ou un multipolygon si il ne sont pas contigu.
- pour des centrales hydroélectriques comme ici :
https://www.openstreetmap.org/relation/6809735
D'accord il y a besoin de tout ça pour produire l'électricité mais le tag
power=plant c'est pour la centrale électrique donc c'est seulement çà :
https://www.openstreetmap.org/way/674128200
ou avec les batiments a coté et le parking, le tout dans un polygone avec
les tag.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Y'en a marre de http://amenagements-cyclables.fr

[François]

Le 15/08/2019 à 18:35, David Crochet a écrit :

Bonjour



Y'a un moyen de contacter les contributeur de ce * de site de * 
qui ajoute des commentaire à la  






Un petit  whois me donne :

(...)
domain:  amenagements-cyclables.fr
(...)
nic-hdl: LCDM252-FRNIC
type:ORGANIZATION
contact: La Cie des Mobilites
address: 30 rue andre theuriet
address: 37000 TOURS
country: FR
phone:   +33.659249263
e-mail:  879094ea3bddf1fb.837...@spamfree.bookmyname.com
registrar:   ONLINE SAS
changed: 2018-05-26T00:36:00Z n...@nic.fr
anonymous:   NO
obsoleted:   NO
eligstatus:  not identified
reachstatus: not identified
source:  FRNIC
(...)

Si ça peut t'aider à passer tes nerfs ...

--
François



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

Re: [OSM-talk] [Tagging] Document personal tags in Proposed_features/ space, User: space, or Tag:/Key: space?

[Yuri Astrakhan]

I agree with Christoph -- every tag used in OSM data must be documented --
otherwise it has near-zero value.. Actually negative value because it
confuses people -- some might want to delete it, but they don't know if it
is useful, so they just leave it there almost indefinitely.

In an ideal world (not limited by the current tooling), the person adding a
new tag should type in an explanation why they are adding it at the same
time it is added.  The tools should also show the user what other similar
tags are available (based on the name and the typed in description), in
case the user is making a mistake and the needed tag already exists.

If we agree on this vision, lets work on achieving that -- we can discuss
implementation details, and I will be happy to participate in that.

On Thu, Aug 15, 2019 at 7:23 AM Christoph Hormann  wrote:

> On Thursday 15 August 2019, Joseph Eisenberg wrote:
> >
> > In contrast, the current text of the wiki page "Any tags you like
> > suggests creating a new tag for bird nests (as an example) with
> > Key:endangered_nest=Siberian_flying_squirrel - besides suggesting
> > using non-standard capitalization in the value, this suggests
> > creating a new Key: / Tag: page directly, rather than using
> > User:username/ or Proposed_features/.
> >
> > Is this a good idea?  Occasionally new wiki pages are created in
> > these standard spaces for tags with only a few uses or no uses in the
> > database.
>
> Yes, IMO it is not only acceptable to document newly invented tags but
> also advisable to do so.  Note however inventing tags in this context
> means actively using them, not theoretical inventions along the lines
> of "I would like mappers to tag things this way therefore i document
> the tag as if it was being used".  Elaborate tagging schemes should be
> discussed before being used and not be invented ad hoc by individual
> mappers.
>
> The reason is - as you mentioned - the "Any tags you like" principle.
> It means you can and should invent new tags for *things no tag exists
> for so far*.  To allow mappers to determine if there is already an
> existing tag for a certain type of feature tags have to be documented.
> Or looking at things the other way round:  If inventing new tags is
> encouraged but it is discouraged to document them in a way that can be
> easily found by other mappers that would massively emphasize tag
> proliferation since mappers will repeatedly invent new and different
> tags for certain things because they are unaware that another mapper
> has already invented a tag for this.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> Tagging mailing list
> tagg...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-ie] Failte Ireland map using OSM

[Ken Guest]

re  https://re.jrc.ec.europa.eu/pvg_tools/en/tools.html there is
attribution - but you need to click on a stylised "Info" button to view it.

On Thu, 15 Aug 2019 at 15:28, Brian Hollinshead 
wrote:

> Please to see recently that the Failte Ireland Sligo and Mayo visitor map
> both used OSM data and attributed it to OSM.
>
> Also saw the European Commission website  PHOTOVOLTAIC GEOGRAPHICAL
> INFORMATION SYSTEM:  https://re.jrc.ec.europa.eu/pvg_tools/en/tools.html
> appears to use OSM but I did not see any attribution.
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>


-- 
http://about.me/kenguest/
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-be] Vhello - New Cycle Nodes Network /Nouveau réseau Points-Noeuds Vélo / Niew Fietsknooppunten

[Jo]

I'm doing another teleconference: anyone is welcome:
https://streamyard.com/dcnmSwhuiF

On Thu, Aug 15, 2019 at 10:36 AM Jo  wrote:

> The chat url is: https://hangouts.google.com/call/0DSbdqltI_JXc0aivzB2AEEM
>
> On Thu, Aug 15, 2019 at 10:27 AM Jo  wrote:
>
>> Hi François,
>>
>> In about 10 minutes I'm going to do a hangout with the student developing
>> PT_Assistant.
>>
>> Let me know if you want to join.
>>
>> Jo
>>
>> On Sun, Aug 11, 2019 at 8:50 PM François ROLAND 
>> wrote:
>>
>>> Hi Corentin, hi Polyglot,
>>>
>>> I've encoded a few routes between Vhello junctions, starting with
>>> Braine-le-Comte area.
>>>
>>> I'll go on in the coming days based on the paper map and fietsnet
>>> website.
>>>
>>> Polyglot, if you also encode some routes, maybe a good plan is that you
>>> start with the West part of the network so that we meet somewhere in the
>>> middle. What are your thoughts about this?
>>>
>>> @Corentin: le monde est petit ;-)
>>>
>>> Best regards,
>>>
>>> François
>>>
>>>
>>> ___
>>> 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] OpenTrailView - updates

[Simon Polster]

Looks very nice and works very smoothly for me, thank you!

One functionality I think would be useful for orientation: somehow make
the current viewfield of the panorama visible in the little overview map
(or if that's too difficult to implement at least link the rotation of
the panorama with the overview map so that they always share the same
geographic direction).

Cheers
Simon

Am 06/08/2019 um 16:58 schrieb Nick Whitelegg:
> 
> Hi,
> 
> 
> To follow up my post of a couple of months ago, I have made a few updates to 
> OpenTrailView, a StreetView-like application which allows users to upload 360 
> panoramas which will then be automatically linked using underlying OSM ways, 
> allowing users to navigate from panorama to panorama.
> 
> 
> It now allows you to login with your OSM credentials, removing the need to 
> create a separate account - in fact I have removed the signup facility so if 
> you signed up before, you should now login using your OSM username instead.
> 
> 
> It also has a facility to allow you to set the position of a panorama if EXIF 
> latitude and longitude metadata is not present. This can be done either by 
> clicking on the map to position the panorama, or by using a GPX file recorded 
> at the same time to position panoramas automatically by using EXIF and GPX 
> timestamps.
> 
> 
> URL: https://www.opentrailview.org/
> 
> 
> 
> 
> Gitlab repo: https://gitlab.com/nickw1/opentrailview/
> 
> 
> Nick
> 
> 
> 
> ___
> 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: [Talk-de] Plastikmüll als Layer

[Markus via Talk-de]

Hallo Peter,

> hier: https://openlittermap.com


Die Idee gefällt mir.

Auch die Hexagons als Raster (anstelle unserer Kacheln)
Aber vermutlich funktioniert das Hexagon-Prinzip nicht über mehrere
Zoomlevel hinweg?
Anders als unsere Kacheln werden Hexagone beim Zusammenfassen mehrerer
immer "ausgefranster"...

Auch die Möglichkeit kleine Bilder hochzuladen finde ich gut.
Könnte man noch ergänzen mit "aktueller Verschmutzungsgrad"
und Verschmutzungsart, Verschmutzungsquelle, etc.

Mir schwebt sowas vor:
https://wiki.openstreetmap.org/wiki/File:Oberpfalz-Openlayers.png

Wo der Benutzer einzelne Kacheln als "verschmutzt" markiert
und in der Summe dann daraus Flächen entstehen.

Für Kacheln/Flächen kann man eine "Patenschaft" übernehmen
und die Bereiche säubern und sauberhalten...

Oder - im Fall von wilden Deponien, oder illegalen Deponien, oder durch
Strömung/Wind  verschmutzten Stränden/Buchten - könnte man politische
Aktionen starten.

Und bei Plastik im Meer könnte man die Ausdehnung visualisieren.

Gruss, Markus


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

[OSM-talk-fr] Y'en a marre de http://amenagements-cyclables.fr

[David Crochet]

Bonjour



Y'a un moyen de contacter les contributeur de ce * de site de * 
qui ajoute des commentaire à la  




--
David Crochet


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

[Talk-GB] Mapillary users

[Gareth L]

Hello,

Over on the mapillary forum there is a request for user stories from OSM 
contributors that use mapillary. It’s here 
https://forum.mapillary.com/t/osmers-how-do-you-use-the-mapillary-web-app/3253

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

Re: [OSM-talk-fr] Erreur Osmose "Poste transformateur électrique mineur non intégré"

[osm . sanspourriel]

Le 15/08/2019 à 17:45, Jérôme Amagat - jerome.ama...@gmail.com a écrit :


Normalement les postes électriques sont très proche de là où les place
Enedis mais c'est souvent difficile sans aller voir sur le terrain.


Mon expérience c'est que ça varie vraiment suivant le bâti et la qualité
de l'orthophoto.

https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France#Cat.C3.A9gories_de_postes

H61 - Poteau en général ça se voit sur la photo aérienne (par la portée
de l'ombre, bien partir du pied du poteau)

CH - Cabine Haute, CB - Cabine Basse : souvent sur le cadastre

PSSA - Poste Au Sol Simplifié A, PSSB - Poste Au Sol Simplifié B : aussi.

IM - Immeuble, EN - Enterré, RS - Rural Poste Socle : là effectivement
c'est plus dur

Donc ça dépend vraiment de la zone que tu veux cartographier.

Sinon, je confirme que la précision est souvent très bonne. Ce n'est pas
comme les boîtes-aux-lettres de La Poste !

Un truc si tu utilises JOSM : tu peux copier les attributs en question
dans ton navigateur et les coller dans JOSM.

Jean-Yvon

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

Re: [OSM-talk-fr] Qualité des ponts (nom des ponts)

[osm . sanspourriel]

L'intérêt c'est notamment de ne plus avoir "pont Machin" pour la route
dans un sens, "pont Machin" pour la route dans l'autre sens, "pont
Machin" pour le tram dans un sens, "pont Machin" pour le tram dans
l'autre sens, "pont Machin" pour la piste cyclable dans un sens, "pont
Machin" pour la piste cyclable dans l'autre sens.

Ça suppose que tu ne mettes le nom que sur la relation.

Si tu mets le polygone, tu vas avoir des tronçons non nommés si tu ne
veux pas dupliquer l'info.

Et donc ton routeur te dira de passer sur le pont sans nom, MapComplete
te demandera le nom du pont etc...

En théorie renseigner le tablier comme polygone man_made=bridge pourrait
marcher mais c'est déduire les noms de l'emprise ce qui est empirique.

Jean-Yvon

Le 15/08/2019 à 17:28, marc marc - marc_marc_...@hotmail.com a écrit :

Le 15.08.19 à 12:40, Francescu GAROBY a écrit :

la relation "type=bridge" qui sert à regrouper toutes les voies
passant sur le tablier d'un pont, pour leur donner des tags communs
  (généralement, le name)

Merci pour le rappel, il faudrait donc aussi tenir compte de cela.

Mais quel est l'intérêt de cette relation par rapport
à renseigner le tablier un polygone man_made=bridge ?
aucune utilisation connue hormis les éditeurs
https://taginfo.openstreetmap.org/tags/type=bridge#projects
___
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] Erreur Osmose "Poste transformateur électrique mineur non intégré"

[Jérôme Amagat]

Le jeu. 15 août 2019 à 14:10, Sébastien Kalt  a écrit :

> Bonjour,
>
> Je ne comprends pas cette erreur Osmose : Poste transformateur électrique
> mineur non intégré
>
> Sur la page de wiki explicative,
> https://wiki.openstreetmap.org/wiki/FR:Osmose/issues#8280, je ne vois pas
> vraiment comment corriger ce problème.
>
> Je ne vois pas trop ce qui manque par rapport à la page de wiki de
> l'étiquette :
> https://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dsubstation
>
> ça fait partie de la catégorie intégration avec les icônes en vert claire,
pour cette partie ce ne sont pas des erreurs qui sont affichées mais c'est
la possibilité d'intégrer à openstreetmap des données en open data venant
d'ailleurs.
Ici les données viennent d'Enedis. Et donc "Poste transformateur électrique
mineur non intégré" veut dire que, d’après Enedis, à cet endroit, il y a un
poste transformateur électrique et qu'il n'a pas encore été intégré à osm.
Il y en a 700 000 sur la France a intégré donc il y en a beaucoup (presque)
partout de ces étiquettes vertes sur la carte ! Normalement les postes
électriques sont très proche de là où les place Enedis mais c'est souvent
difficile sans aller voir sur le terrain.
Ne pas oublier que sur Osmose on peut cacher des types d'erreurs (ou
intégration) ou montrer que le type d'erreur (ou intégration) que l'on
souhaite en cochant ou décochant dans la liste de gauche.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mobilier urbain anti-SDF

[marc marc]

Le 15.08.19 à 17:32, marc marc a écrit :
> Le 15.08.19 à 12:12, Dlareg a écrit :
>> Bonjour,
>>
>> Je m’intéresse au mobilier urbain anti-SDF.
> 
> humoristiquement, je proposerais usage=designated.
> parce qu'il ne sont pas que "anti-xyz", ils sont
> aussi pro-"leur utilisation prévue"

oups email parti trop vite.
et un rien plus sérieusement beds=0
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mobilier urbain anti-SDF

[marc marc]

Le 15.08.19 à 12:12, Dlareg a écrit :
> Bonjour,
> 
> Je m’intéresse au mobilier urbain anti-SDF.

humoristiquement, je proposerais usage=designated.
parce qu'il ne sont pas que "anti-xyz", ils sont
aussi pro-"leur utilisation prévue"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Qualité des ponts

[marc marc]

Le 15.08.19 à 12:40, Francescu GAROBY a écrit :
> la relation "type=bridge" qui sert à regrouper toutes les voies
> passant sur le tablier d'un pont, pour leur donner des tags communs
>  (généralement, le name)

Merci pour le rappel, il faudrait donc aussi tenir compte de cela.

Mais quel est l'intérêt de cette relation par rapport
à renseigner le tablier un polygone man_made=bridge ?
aucune utilisation connue hormis les éditeurs
https://taginfo.openstreetmap.org/tags/type=bridge#projects
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] HOT Summit 2019 - Heidelberg Germany

[Rebecca Firth]

Hi Everyone,

Just thought I'd share a note that HOT Summit 2019 will be happening
September 19th & 20th, directly before SOTM this year in Heidelberg
Germany. One and two day passes are available - more details are here and
please reach out with any questions: https://summit2019.hotosm.org/

Thanks,

Rebecca

-- 
*Rebecca Firth*
Director, Community & Partnerships
rebecca.fi...@hotosm.org
@RebeccaFirthy


*Humanitarian OpenStreetMap Team*
*Using OpenStreetMap for Humanitarian Response & Economic Development*
web  | twitter  | facebook
 | donate 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Erreur Osmose "Poste transformateur électrique mineur non intégré"

[marc marc]

Le 15.08.19 à 16:23, Sébastien Kalt a écrit :
> Le jeu. 15 août 2019 à 14:19, marc marc a écrit :
> Le 15.08.19 à 14:09, Sébastien Kalt a écrit :
>  > Je ne comprends pas cette erreur Osmose : 
>  > Poste transformateur électrique mineur non intégré
> 
> généralement c'est parce qu'il manque un poste dans osm
> https://osmose.openstreetmap.fr/fr/error/30709697149 ?
> Si je comprends bien c'est une base de données qui indique qu'il devrait 
> y avoir un transformateur à cet endroit ?

oui, la source de cet élément c'est Enedis daté de juin 2018 (info
donné par la ligne source)  

> J'avoue ne pas trop connaître Osmose, je pensais que cela ne montrait 
> que des erreurs potentielles, pas des éléments manquants.

il y a 2 parties dans osmose :
- les erreurs (les 6 premières catégories) classé en 3 gravités
- l'opendata (externe) permettant d'ajouter des infos dans osm (les
2 dernières catégories)
il y a un projet pour diviser osmose en 2 pour faciliter la lecture
https://opendata.osmose.openstreetmap.fr mais cela n'est pas finit

> J'imagine que l'origine de ce signalement c'est ça : 
> https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France

c'est la page wiki qui documente cette catégorie mais les données 
proposées ne sont pas dans le wiki, ils sont ailleurs (je ne sais
pas par cœur l'url pour Enedis)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-ie] Failte Ireland map using OSM

[Brian Hollinshead]

Please to see recently that the Failte Ireland Sligo and Mayo visitor map
both used OSM data and attributed it to OSM.

Also saw the European Commission website  PHOTOVOLTAIC GEOGRAPHICAL
INFORMATION SYSTEM:  https://re.jrc.ec.europa.eu/pvg_tools/en/tools.html
appears to use OSM but I did not see any attribution.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] Erreur Osmose "Poste transformateur électrique mineur non intégré"

[Sébastien Kalt]

Le jeu. 15 août 2019 à 14:19, marc marc  a
écrit :

> Bonjour,
>
> Le 15.08.19 à 14:09, Sébastien Kalt a écrit :
> > Je ne comprends pas cette erreur Osmose : Poste transformateur
> > électrique mineur non intégré
>
> généralement c'est parce qu'il manque un poste dans osm
> ou une partie des infos du poste
> avec un lien vers l'analyse osmose, ce serrait plus facile :)
>
Tu parles de ceci : https://osmose.openstreetmap.fr/fr/error/30709697149 ?

Si je comprends bien c'est une base de données qui indique qu'il devrait y
avoir un transformateur à cet endroit ?

J'avoue ne pas trop connaître Osmose, je pensais que cela ne montrait que
des erreurs potentielles, pas des éléments manquants.

J'imagine que l'origine de ce signalement c'est ça :
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France

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

Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland

[Volker Schmidt]

Ich habe ja auch nur gesagt, dass das *fuer mich* eine praktische Loesung
ist, aber natuerlich hast du recht: so geht es nicht. Aber was dann?

On Thu, 15 Aug 2019 at 16:20, Harald Hartmann 
wrote:

> Hmm, also mir war bis jetzt nicht klar, dass wir anhand einer
> Vergleichslichtquelle entscheiden, ob lit=no/yes, sondern lit=yes wenn
> eine externe Beleuchtung aktiv ist, egal wie hell die ist?!
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland

[Martin Koppenhoefer]

sent from a phone

> On 15. Aug 2019, at 16:01, Volker Schmidt  wrote:
> 
> Wenn mein Radscheinwerfer staerker ist als die Strassenbeleuchtung: lit=no;
> sonst lit=yes.


m.E. wenn es Straßenbeleuchtung gibt ist es grundsätzlich lit=yes, nur in 
Ausnahmefällen würde ich davon abweichen 

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

Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland

[Harald Hartmann]

Hmm, also mir war bis jetzt nicht klar, dass wir anhand einer
Vergleichslichtquelle entscheiden, ob lit=no/yes, sondern lit=yes wenn
eine externe Beleuchtung aktiv ist, egal wie hell die ist?!

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

Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland

[Volker Schmidt]

Ich habe bei mir jetzt angefangen die von Morrey erwaehnten
Nachtwanderungen mit dem Fahrrad umzusetzen und mit Mapillary zu
dokumentieren (bei Padova, Italien; Filter: user=voschix, date=12 August
2019)
Dabei wird deutlich dass die einfache ja/nein-Angabe nicht ausreicht um die
Realitaet zu beschreiben.
Was ist sie Schwelle zwischen ja oder nein?
Ich habe eine praktische Antwort, die aber dummerweise so nicht
verallgemeinert werden kann:
Wenn mein Radscheinwerfer staerker ist als die Strassenbeleuchtung: lit=no;
sonst lit=yes. Dabei hilft dass mein LED Radlicht weisser (kurzwelliger)
ist als die meisten Laternen (wir habe noch wenig LED Laternen).

Um ehrlich zu sein: ich habe die Fotos noch nicht in OSM  Daten umgesetzt.

Scheint ein muehsamer, aber gangbarer Weg zu sein, um die notwendige
Information zu sammeln.

On Tue, 29 May 2018 at 01:25, "Mike Häsner"  wrote:

> Ja, ich auch.
>
> > Gesendet: Dienstag, 24. April 2018 um 23:01 Uhr
> > Von: "Martin Koppenhoefer" 
> > An: "Openstreetmap allgemeines in Deutsch" 
> > Betreff: Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland
> >
> >
> >
> > sent from a phone
> >
> > > On 24. Apr 2018, at 22:13, Florian Lohoff  wrote:
> > >
> > > . Z.b. wenn ein Parkplatz beleuchtet ist bekommt das
> > > amenity=parking auch ein lit=yes
> > >
> > > Macht das noch wer?
> >
> >
> > ja, gelegentlich
> >
> > Gruß,
> > Martin
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-de
> >
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [talk-cz] [Talk-cz] Poštovní schránky, stav srpen 2019

[Jan Macura]

On Thu, 15 Aug 2019 at 08:09, Tom Ka  wrote:

> predpokladam, ze byl myslen odkaz na statictiky importu:
> http://josm.poloha.net/cz_pbox/, jinak by bylo dobre, pokud se do toho
> chces pustit, pridat na stejne misto k postovnim schrankam i POI
> importer:
> http://osm.kyralovi.cz/POI-Importer-testing/#map=15/49.2260/16.5977=CZECPbox
> .
>

Odkazy přidány:
https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/Projekty_k_mapov%C3%A1n%C3%AD#Kontrola_.2F_dopl.C5.88ov.C3.A1n.C3.AD_po.C5.A1tovn.C3.ADch_schr.C3.A1nek

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

Re: [OSM-talk-fr] Mobilier urbain anti-SDF

[Dlareg]

En effet.

Le 15/08/2019 à 13:49, Eric SIBERT via Talk-fr a écrit :
> Il y a aussi les équipements anti-djeuns... avec des petites
> protubérances ajoutées sur les arrêtes des bancs ou sur les rambardes
> pour éviter que les jeunes (ou pas) ne viennent faire des figures de
> style en roller dessus.


-- 
Dlareg

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

Re: [OSM-talk] Attribution guideline status update

[Simon Poole]

Thanks to Christine and the SotM-WG we've been allocated a slot and a
room in Heidelberg see https://2019.stateofthemap.org/sessions/AV9NWC/

Simon

Am 09.08.2019 um 09:41 schrieb Simon Poole:
> As we've mentioned multiple times over the last months, the LWG decided
> last year to consolidate all attribution guidance in to one document and
> address some of the use cases that have become common over the last 7
> years that previously had none. Particularly in the light of the
> parallel discussions about attribution on larger social media platforms
> we need to make up our minds what we actually want, and define concrete
> minimum requirements for acceptable attribution. To not do this just
> provides the excuse of pointing to the cacophony of voices all saying
> something different. 
>
> We've been working on and off on the document for a while, and are now
> largely finished. Going forward we intend to wikify the document and
> make it available for public comment together with a BoF session at SotM
> next month (which probably means that we'll have to appropriate a coffee
> break). You can have a glimpse at the text here
> https://docs.google.com/document/d/1e_IQYHtqVivGRw4O4EOn6__-LGMuzPlWz6XKEdAkwW0/edit?usp=sharing
> the few things that are not nailed down belong to those that we would
> appreciate feedback on.
>
> Simon
>
> PS: the number of coffee breaks permitting we might want to appropriate
> another one for the discussion of a tile licence change.
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[talk-au] OSGeo Oceania's OSMF Local Chapter Application

[Andrew Harvey]

Hi all,

OSGeo Oceania has put together the OSMF Local Chapter application, it's now
being presented back to the community for any final feedback or thoughts
before being submitted to OSMF.

https://docs.google.com/document/d/1GAMY_pLAUMXe-PjJhQ4C4Eqvn2rq9xEt2mse3WexNxg/edit?usp=sharing


I'll leave this for at least a week for any comments or feedback before we
actually submit this to OSMF.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Erreur Osmose "Poste transformateur électrique mineur non intégré"

[marc marc]

Bonjour,

Le 15.08.19 à 14:09, Sébastien Kalt a écrit :
> Je ne comprends pas cette erreur Osmose : Poste transformateur 
> électrique mineur non intégré

généralement c'est parce qu'il manque un poste dans osm
ou une partie des infos du poste
avec un lien vers l'analyse osmose, ce serrait plus facile :)

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

[OSM-talk-fr] Erreur Osmose "Poste transformateur électrique mineur non intégré"

[Sébastien Kalt]

Bonjour,

Je ne comprends pas cette erreur Osmose : Poste transformateur électrique
mineur non intégré

Sur la page de wiki explicative,
https://wiki.openstreetmap.org/wiki/FR:Osmose/issues#8280, je ne vois pas
vraiment comment corriger ce problème.

Je ne vois pas trop ce qui manque par rapport à la page de wiki de
l'étiquette : https://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dsubstation

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

Re: [talk-cz] [Talk-cz] Poštovní schránky, stav srpen 2019

[Marián Kyral]

Ahoj,

už jsem zpátky, ale ještě jsem se k aktualizaci nedostal. Měl bych to
stihnout dneska.




Marián



-- Původní e-mail --
Od: majkaz 
Komu: OpenStreetMap Czech Republic 
Datum: 14. 8. 2019 15:34:26
Předmět: Re: [talk-cz] [Talk-cz] Poštovní schránky, stav srpen 2019
"Aktuálně bacha na to, že Marián je nebo byl na dovolené, takže tabulka na
http://josm.poloha.net/cz_pbox/ má měsíc stará data. Doby výběru v OSM jsou
ovšem z dat aktuálních, tam kde se to spárovalo. V OSM je to vidět z údaje
source přímo u schránky, tj. ta poslední aktualizace tam je jako source=
201908. Pokud je tam něco jiného, je to pak období, ve kterém se udělala
poslední aktualizace konkrétní schránky.
Zrovna na depu Třebíč by měly sedět údaje v OSM s tím, co je na schránce, a
ne s tím, co je na webu.

Majka

__
> Od: "Vladan Kudláč" 
> Komu: talk-cz@openstreetmap.org
> Datum: 14.08.2019 15:18
> Předmět: [talk-cz] [Talk-cz] Poštovní schránky, stav srpen 2019
>
>Zdravím,
>když nějakou schránku potkám, tak ji zmapuji a rovnou i napojím na
>automatický import. Jak postupovat pokud nesedí čas výběru? Mám převzít
>data z importu nebo mapovat reálné údaje na schránce?
>
>Konkrétně je to schránka v obci Pucov:
>http://osm.kyralovi.cz/POI-Importer-testing/#map=17/49.2465/16.1743;
datasets=CZECPbox
>
>V Depu Třebíč 70 takto nesedí 12 z celkových 24 zmapovaných schránek:
>http://josm.poloha.net/cz_pbox/depo.php?id=67407=Partial
>

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

Re: [OSM-talk] [Tagging] Document personal tags in Proposed_features/ space, User: space, or Tag:/Key: space?

[Joseph Eisenberg]

I agree that they should be documented. It's true that it can be hard
to find proposal page features when searching the wiki, but I find it
hard to find anything with the current search feature (often it's
easier to use taginfo and find the wiki links that way).

There was a suggestion back in March to have proposal pages start with
a Proposal: namespace instead of Proposed_features/ - perhaps this
namespace could be included in wiki searches by default? And taginfo
could take information from the Proposal Page template, in addition to
Description (assuming it doesn't already?).

- Joseph

On 8/15/19, Christoph Hormann  wrote:
> On Thursday 15 August 2019, Joseph Eisenberg wrote:
>>
>> In contrast, the current text of the wiki page "Any tags you like
>> suggests creating a new tag for bird nests (as an example) with
>> Key:endangered_nest=Siberian_flying_squirrel - besides suggesting
>> using non-standard capitalization in the value, this suggests
>> creating a new Key: / Tag: page directly, rather than using
>> User:username/ or Proposed_features/.
>>
>> Is this a good idea?  Occasionally new wiki pages are created in
>> these standard spaces for tags with only a few uses or no uses in the
>> database.
>
> Yes, IMO it is not only acceptable to document newly invented tags but
> also advisable to do so.  Note however inventing tags in this context
> means actively using them, not theoretical inventions along the lines
> of "I would like mappers to tag things this way therefore i document
> the tag as if it was being used".  Elaborate tagging schemes should be
> discussed before being used and not be invented ad hoc by individual
> mappers.
>
> The reason is - as you mentioned - the "Any tags you like" principle.
> It means you can and should invent new tags for *things no tag exists
> for so far*.  To allow mappers to determine if there is already an
> existing tag for a certain type of feature tags have to be documented.
> Or looking at things the other way round:  If inventing new tags is
> encouraged but it is discouraged to document them in a way that can be
> easily found by other mappers that would massively emphasize tag
> proliferation since mappers will repeatedly invent new and different
> tags for certain things because they are unaware that another mapper
> has already invented a tag for this.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> Tagging mailing list
> tagg...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>

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

Re: [OSM-talk-fr] Mobilier urbain anti-SDF

[Eric SIBERT via Talk-fr]

Il y a aussi les équipements anti-djeuns... avec des petites 
protubérances ajoutées sur les arrêtes des bancs ou sur les rambardes 
pour éviter que les jeunes (ou pas) ne viennent faire des figures de 
style en roller dessus.


Eric

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

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[Kevin Kofler]

Johann Haag wrote:
> Ergänzung: Achtung
> 
http://www.bev.gv.at/portal/page?_pageid=713,2181629&_dad=portal&_schema=PORTAL
> 
> das ist leider nicht so gut: Nutzungsbedingungen
> Mit der Abfrage von Daten einer einzelnen Adresse akzeptiert der Nutzer
> folgende Nutzungsbedingungen:
> "Standardentgelte und Nutzungsbedingungen 2014 für Daten des
> Adressregisters" (Erlass des BEV vom 23. Oktober 2014, GZ 4374/2014-152)

Das Adressregister ist KEINE Open-Data-Quelle. Daten daraus in OSM zu 
übernehmen ist keine gute Idee.

Kevin Kofler


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

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[gppes_osm--- via Talk-at]

Hi,

dem kann ich nicht zustimmen.

Fuer den OSM Mapper zaehlt das, was er On-The-Ground sieht. Es kann sowohl das 
Hausschild (wer will keine Post bzw. in einem Notfall keine Hilfe kriegen?) 
oder der Eintrag in der Addressdatenbank (Montagseintrag, wer hatte noch nie 
einen "Arbeits-Montag"?) falsch sein. Das liegt aber nicht in der Verantwortung 
des Mappers.

Optimal ist lokal vor Ort eingebrachtes Wissen. Sesselmappen oder gerne auch 
Validatormappen ist fuer mich auch voll OK aber es kommt erst dahinter.

Wenn der Mapper aber selbst Dinge erfindet (Namen eines Berggipfels), das ist 
schon ganz was anderes und aus meiner Sicht eine Katastrophe.

Lg, Gppes

> Gesendet: Donnerstag, 15. August 2019 um 12:22 Uhr
> Von: "realadry via Talk-at" 
> An: talk-at@openstreetmap.org
> Cc: realadry 
> Betreff: Re: [Talk-at]  Österreichs Hausnummern in OpenStreetMap unvollständig
>
> Hallo,
> 
> 
> Das ist ähnlich wie die Disukssion vor einigen Monaten, wo jemand in
> Wien einen Berg nach sich benannt hat und illegal ein "Gipfelkreuz"
> aufgestellt hat um es zu legitimieren.
> Berge werden so benannt wie sie offiziell heißen und (zusätzlich) wie
> sie im Volksmund gebräuchlich sind.
> 
> Das selbe gilt für Adressen. Es gibt Gesetze wie Adressen vergeben
> werden, es kann sich nicht jeder Aussuchen wie seine Straße heißt oder
> welche Hausnummer man hat. Daher darf man solche Fantasieadressen auch
> nicht mappen.
> 
> OSM basiert nicht nur auf "vor Ort" überprüfbaren Daten, das wäre
> Irrsinn und auch gelogen, denn viele Daten kommen von z.B.
> Satellitenfotos (hast du die persönlich überprüft vor Ort?) oder anderen
> annerkannten (unter anderem amtlichen) Datenquellen.
> 
> 
> 
> Mfg,
> realadry
> 
> Am 14.08.2019 um 12:51 schrieb Frederik Ramm:
> > Hallo,
> >
> > On 14.08.19 12:17, realadry via Talk-at wrote:
> >> Das Adressregister ist öffentlich zugänglich und ist rechtlich gesehen
> >> die Datenquelle für Adressen. Somit kann jeder Eintrag überprüft werden.
> >
> > In OSM erfassen wir die vor Ort überprüfbaren Adressen; wenn jemand an
> > sein Haus eine 15 klebt, dann erfassen wir die, selbst wenn die
> > "Amtlichen" sagen, es müsste die 5 sein.
> >
> > Aber es ist ja gut, wenn das amtliche Adressregister offen ist, dann
> > kann jeder, der *amtliche* Adressen will, sie sich ja dort holen, und
> > wir müssen die nicht nach OSM kopieren. OSM ist schliesslich keine
> > "praktische Verteilplattform für anderer Leute Daten".
> >
> > Bye
> > Frederik
> >
> >
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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

Re: [OSM-talk] Document personal tags in Proposed_features/ space, User: space, or Tag:/Key: space?

[Christoph Hormann]

On Thursday 15 August 2019, Joseph Eisenberg wrote:
>
> In contrast, the current text of the wiki page "Any tags you like
> suggests creating a new tag for bird nests (as an example) with
> Key:endangered_nest=Siberian_flying_squirrel - besides suggesting
> using non-standard capitalization in the value, this suggests
> creating a new Key: / Tag: page directly, rather than using
> User:username/ or Proposed_features/.
>
> Is this a good idea?  Occasionally new wiki pages are created in
> these standard spaces for tags with only a few uses or no uses in the
> database.

Yes, IMO it is not only acceptable to document newly invented tags but 
also advisable to do so.  Note however inventing tags in this context 
means actively using them, not theoretical inventions along the lines 
of "I would like mappers to tag things this way therefore i document 
the tag as if it was being used".  Elaborate tagging schemes should be 
discussed before being used and not be invented ad hoc by individual 
mappers.

The reason is - as you mentioned - the "Any tags you like" principle.  
It means you can and should invent new tags for *things no tag exists 
for so far*.  To allow mappers to determine if there is already an 
existing tag for a certain type of feature tags have to be documented.  
Or looking at things the other way round:  If inventing new tags is 
encouraged but it is discouraged to document them in a way that can be 
easily found by other mappers that would massively emphasize tag 
proliferation since mappers will repeatedly invent new and different 
tags for certain things because they are unaware that another mapper 
has already invented a tag for this.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-fr] Qualité des ponts

[Francescu GAROBY]

> il y a peut-être un peu de script (pour éviter de compter 2 fois le même
pont (1 pont d'autoroute = 2 bridge=* dans osm, idem si changement de
limite de vitesse ou autres caractéristique) et de comm à faire

1 pont = N bridges. Ne pas oublier que sur un pont, on peut avoir des voies
pour la circulation motorisée dans un sens et dans l'autre, mais aussi des
voies piétonnes ou cyclables, des voies de tramway ou de BHNS, ...
Exemple : https://www.openstreetmap.org/relation/3158019

J'en profite donc pour rappeler qu'il existe la relation "type=bridge" qui
sert à regrouper toutes les voies passant sur le tablier d'un pont, pour
leur donner des tags communs (généralement, le name) mais aussi à dessiner
l'emprise physique du pont.
Et dans ce cas, on a bien : 1 relation = 1 pont.

Francescu

Le mer. 14 août 2019 à 12:10, marc marc  a
écrit :

> Bonjour,
>
> Le 14.08.19 à 10:11, Xavier Cremaschi a écrit :
> > par hasard quelqu'un sait-il si on peut (si on pourrait ?) intégrer la
> > notion de qualité de fabrication d'un pont dans OSM ? Je pense à ça en
> > lisant
>
> on peux ? pourquoi pas (le soucis étant l'objectivité)
> on devrait ? p'tre (le soucis étant la maintenance... côté osm)
> mais quelle source ? je n'en connais pas hormis renseigné le
> fait que le pont local est "mauvais" source=local knowledge
> mais pour les ponts en bon état, je me vois pas faire
> une inspection du pont avant d'ajouter un tag à définir
>
> >
> https://www.franceinter.fr/economie/le-difficile-etat-des-lieux-des-ponts-francais-un-sur-10-serait-a-risque
>
> contre quand j'y lis "encore faut-il déjà réussir à les recenser"
> osm peux répondre ~200 000 :) (comme si cela avait la moindre importance
> qu'il y a ai 200 000 ou 200 001 ponts, encore un qui fait du vent)
> https://taginfo.openstreetmap.fr/keys/bridge
>
> il y a peut-être un peu de script (pour éviter de compter 2 fois le même
> pont (1 pont d'autoroute = 2 bridge=* dans osm, idem si changement de
> limite de vitesse ou autres caractéristique) et de comm à faire
>
> étonnement l'article pense qu'il y en aurait 25% de +
> donc peut-être qu'il en manque bcp dans osm..cela m'étonnerait pas,
> les croisements highway<>waterway ne sont pas rares :s
> p'tre l'occasion de lancer une opération ciblée sur le sujet
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [Talk-dk] Nogen aktive i Vallekilde?

[Niels Elgaard Larsen]

On Fri, 2 Aug 2019 14:41:04 +0200
Jørgen Elgaard Larsen  wrote:

> Højskolevej har været i OSM siden marts 2011:
> https://www.openstreetmap.org/way/103230784

Ja, det var åbenbart mig, der oprettede Højskolevej.
 
> 
> Jeg ved ikke, hvorfor din navigator ikke kan finde den. Det må være
> en fejl i din navigator.
> 
> Flere programmer har problemer med danske adresser, fordi de ikke
> bruger postnumre/byer fra adressenoder, men i stedet prøver at
> udregne bynavn ud fra nærliggende byer på kortet.
> 
> Så måske tror din navigator, at Højskolevej ligger i en anden by.

Men faktisk er der et fint areal som er tagget som place=village,
name=Vallekilde
https://www.openstreetmap.org/way/440984773

så det kunne ikke være bedre.

Mange steder er "place" knuder, og det er naturligvis kun en
approksimation.

Jeg oprettede en "place=neighbourhood,name=Indre Østerbro" fordi jeg
var træt af at https://www.openstreetmap.org/ påstod at jeg boede på
Marmormolen.

Det burde naturligvis lavet til et areal, men det kræver lidt
arbejde at lave i tæt bebyggede områder.

For hvis man søger på fx Classensgade, så får man godt nok den rigtige
gade, men søgeresultatet siger:

==
Results from OpenStreetMap Nominatim
Tertiary Road Classensgade, Marmormolen, Østerbro, Copenhagen,
Copenhagen Municipality, Capital Region of Denmark, 1327, Denmark
==

Måske vil jeg starte med at gøre Marmormolen til et areal, det er lidt
mere  overkommeligt.

-- 
Niels

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

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[realadry via Talk-at]

Hallo,


Das ist ähnlich wie die Disukssion vor einigen Monaten, wo jemand in
Wien einen Berg nach sich benannt hat und illegal ein "Gipfelkreuz"
aufgestellt hat um es zu legitimieren.
Berge werden so benannt wie sie offiziell heißen und (zusätzlich) wie
sie im Volksmund gebräuchlich sind.

Das selbe gilt für Adressen. Es gibt Gesetze wie Adressen vergeben
werden, es kann sich nicht jeder Aussuchen wie seine Straße heißt oder
welche Hausnummer man hat. Daher darf man solche Fantasieadressen auch
nicht mappen.

OSM basiert nicht nur auf "vor Ort" überprüfbaren Daten, das wäre
Irrsinn und auch gelogen, denn viele Daten kommen von z.B.
Satellitenfotos (hast du die persönlich überprüft vor Ort?) oder anderen
annerkannten (unter anderem amtlichen) Datenquellen.



Mfg,
realadry

Am 14.08.2019 um 12:51 schrieb Frederik Ramm:

Hallo,

On 14.08.19 12:17, realadry via Talk-at wrote:

Das Adressregister ist öffentlich zugänglich und ist rechtlich gesehen
die Datenquelle für Adressen. Somit kann jeder Eintrag überprüft werden.


In OSM erfassen wir die vor Ort überprüfbaren Adressen; wenn jemand an
sein Haus eine 15 klebt, dann erfassen wir die, selbst wenn die
"Amtlichen" sagen, es müsste die 5 sein.

Aber es ist ja gut, wenn das amtliche Adressregister offen ist, dann
kann jeder, der *amtliche* Adressen will, sie sich ja dort holen, und
wir müssen die nicht nach OSM kopieren. OSM ist schliesslich keine
"praktische Verteilplattform für anderer Leute Daten".

Bye
Frederik




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

[Talk-de] gelöschte Objekte finden

[Markus via Talk-de]

Liebe Profis,

in den ARD-Nachrichten war ein Bericht über radioaktive Strahlung in
Sewerodwinsk

Beim Betrachten der Karte entdecke ich falsch platzierte Leuchtfeuer [1]

Also will ich sie in JOSM passend verschieben, kann sie dort aber
nirgends entdecken, auch nicht im näheren Umfeld...

Kann jemand herausfinden:
- welche Objekt-Nr diese Leuchtfeuer haben/hatten
- wer sie gelöscht hat und wann?
- ob da weitere Objekte betroffen sind
  seamark:type=light_major
  seamark:type=light_minor
  seamark:light...
- ob es da ein Muster gibt? oder gar eine Form von Vandalismus?

Wie kann man gelöschte seamark finden?
Wie kann man gelöschte seamark wiederherstellen?

Mit herzlichem Gruss,
Markus

[1]
https://map.openseamap.org/?zoom=18=64.91323=40.22441=BFTFFFTFFTF0TFTTTF
https://map.openseamap.org/?zoom=18=64.85314=40.27823=0FTFFFTFFTFBTFTTTF
https://map.openseamap.org/?zoom=16=64.85773=40.26886=0FTFFFTFFTFBTFTTTF

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

[OSM-talk-fr] Mobilier urbain anti-SDF

[Dlareg]

Bonjour,

Je m’intéresse au mobilier urbain anti-SDF.
Visiblement il n'existe pas d'attribut pour de tel dispositif.

J'ai trouvé une référence en français sur la page suivante mais c'est
tout :
https://wiki.openstreetmap.org/wiki/Wikiproject_Ressources_et_informations_pour_les_personnes_en_situation_de_pr%C3%A9carit%C3%A9_%C3%A0_Marseille#Espace_public_et_confort

Rien en anglais avec le terme « hostile architecture ».

J'espère que cela intéresse d'autres personnes d'œuvrer dans ce sens.
Nous pourrions faire une proposition de nouvelles clés valeurs.

Merci pour vos retours.

Librement
-- 
Dlareg

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

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[Johann Haag]

Am Mi., 14. Aug. 2019 um 14:24 Uhr schrieb Johann Haag :

> Ergänzung:
> Das Portal https://www.adressregister.at/adressregister/ bietet einen
> Live Zugang zu Österreichs Adressen. (Gebäuderegister AGWR und ZMR Adressen)
> Beispiel: St. Johann in Tirol, Kaiserweg 16
> Diese Adresse wurde erst vor weinigen Tagen von der Gemeinde
> veröffentlicht. Das ist tatsächlich unschlagbar gut und aktuell, also
> tatsächlich Live.
> Grüße Johann
>

Ergänzung: Achtung
http://www.bev.gv.at/portal/page?_pageid=713,2181629&_dad=portal&_schema=PORTAL

das ist leider nicht so gut: Nutzungsbedingungen
Mit der Abfrage von Daten einer einzelnen Adresse akzeptiert der Nutzer
folgende Nutzungsbedingungen:
"Standardentgelte und Nutzungsbedingungen 2014 für Daten des
Adressregisters" (Erlass des BEV vom 23. Oktober 2014, GZ 4374/2014-152)



> Am Mi., 14. Aug. 2019 um 14:15 Uhr schrieb Johann Haag  >:
>
>> Nach langem hin und her ist die Erkenntnis, dass es in Österreich für
>> Adressen, ein zentrales hochwertiges Portal http://www.adressregister.at/ 
>> gibt,
>> nun tatsächlich eine wertvolle Erkenntnis.
>> Schade dass dieses Portal bislang in der Öffentlichkeit weitgehend
>> unbekannt ist. Wir sollten in OpenStreetMap in Bezug auf Adressen hierauf
>> verlinken.
>>
>> Wichtig: Gebrauchswarnung für OSM Adressen
>> Über die Definition von Frederik, ist aber nun eine aussagekräftige und
>> eindeutigen Gebrauchswarnung von der Nutzung von OpenStreetMap Adressen
>> auszusprechen.
>>
>> Grüße Johann
>>
>>
>>
>> Am Mi., 14. Aug. 2019 um 12:52 Uhr schrieb Frederik Ramm <
>> frede...@remote.org>:
>>
>>> Hallo,
>>>
>>> On 14.08.19 12:17, realadry via Talk-at wrote:
>>> > Das Adressregister ist öffentlich zugänglich und ist rechtlich gesehen
>>> > die Datenquelle für Adressen. Somit kann jeder Eintrag überprüft
>>> werden.
>>>
>>> In OSM erfassen wir die vor Ort überprüfbaren Adressen; wenn jemand an
>>> sein Haus eine 15 klebt, dann erfassen wir die, selbst wenn die
>>> "Amtlichen" sagen, es müsste die 5 sein.
>>>
>>> Aber es ist ja gut, wenn das amtliche Adressregister offen ist, dann
>>> kann jeder, der *amtliche* Adressen will, sie sich ja dort holen, und
>>> wir müssen die nicht nach OSM kopieren. OSM ist schliesslich keine
>>> "praktische Verteilplattform für anderer Leute Daten".
>>>
>>
Wenn nun Frederik schreibt, anderer Leute Daten schreibt, dann übersieht
er, dass das BEV OpenStreetMap Adressen, bekanntlich unter einer geeigneten
Lizenz zur Verfügung stellt.
Ich kenne mich nun wirklich nicht mehr aus.
Bye Johann


>
>>> Bye
>>> Frederik
>>>
>>>
>>> --
>>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>>>
>>> ___
>>> Talk-at mailing list
>>> Talk-at@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-at
>>>
>>
>>
>> --
>> Elektronikermeister Johann Haag
>> Innsbruckerstraße 42
>> 6380 St. Johann in Tirol
>> ÖSTERREICH
>> Tel: +43 664/174 7414
>> Mailto:johannh...@hxg.at
>>
>
>
> --
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[Johann Haag]

Nach langem hin und her ist die Erkenntnis, dass es in Österreich für
Adressen, ein zentrales hochwertiges Portal http://www.adressregister.at/ gibt,
nun tatsächlich eine wertvolle Erkenntnis.
Schade dass dieses Portal bislang in der Öffentlichkeit weitgehend
unbekannt ist. Wir sollten in OpenStreetMap in Bezug auf Adressen hierauf
verlinken.

Wichtig: Gebrauchswarnung für OSM Adressen
Über die Definition von Frederik, ist aber nun eine aussagekräftige und
eindeutigen Gebrauchswarnung von der Nutzung von OpenStreetMap Adressen
auszusprechen.

Grüße Johann



Am Mi., 14. Aug. 2019 um 12:52 Uhr schrieb Frederik Ramm <
frede...@remote.org>:

> Hallo,
>
> On 14.08.19 12:17, realadry via Talk-at wrote:
> > Das Adressregister ist öffentlich zugänglich und ist rechtlich gesehen
> > die Datenquelle für Adressen. Somit kann jeder Eintrag überprüft werden.
>
> In OSM erfassen wir die vor Ort überprüfbaren Adressen; wenn jemand an
> sein Haus eine 15 klebt, dann erfassen wir die, selbst wenn die
> "Amtlichen" sagen, es müsste die 5 sein.
>
> Aber es ist ja gut, wenn das amtliche Adressregister offen ist, dann
> kann jeder, der *amtliche* Adressen will, sie sich ja dort holen, und
> wir müssen die nicht nach OSM kopieren. OSM ist schliesslich keine
> "praktische Verteilplattform für anderer Leute Daten".
>
> Bye
> Frederik
>
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Österreichs Hausnummern in OpenStreetMap unvollständig

[Johann Haag]

Ergänzung:
Das Portal https://www.adressregister.at/adressregister/ bietet einen Live
Zugang zu Österreichs Adressen. (Gebäuderegister AGWR und ZMR Adressen)
Beispiel: St. Johann in Tirol, Kaiserweg 16
Diese Adresse wurde erst vor weinigen Tagen von der Gemeinde
veröffentlicht. Das ist tatsächlich unschlagbar gut und aktuell, also
tatsächlich Live.
Grüße Johann

Am Mi., 14. Aug. 2019 um 14:15 Uhr schrieb Johann Haag :

> Nach langem hin und her ist die Erkenntnis, dass es in Österreich für
> Adressen, ein zentrales hochwertiges Portal http://www.adressregister.at/ 
> gibt,
> nun tatsächlich eine wertvolle Erkenntnis.
> Schade dass dieses Portal bislang in der Öffentlichkeit weitgehend
> unbekannt ist. Wir sollten in OpenStreetMap in Bezug auf Adressen hierauf
> verlinken.
>
> Wichtig: Gebrauchswarnung für OSM Adressen
> Über die Definition von Frederik, ist aber nun eine aussagekräftige und
> eindeutigen Gebrauchswarnung von der Nutzung von OpenStreetMap Adressen
> auszusprechen.
>
> Grüße Johann
>
>
>
> Am Mi., 14. Aug. 2019 um 12:52 Uhr schrieb Frederik Ramm <
> frede...@remote.org>:
>
>> Hallo,
>>
>> On 14.08.19 12:17, realadry via Talk-at wrote:
>> > Das Adressregister ist öffentlich zugänglich und ist rechtlich gesehen
>> > die Datenquelle für Adressen. Somit kann jeder Eintrag überprüft werden.
>>
>> In OSM erfassen wir die vor Ort überprüfbaren Adressen; wenn jemand an
>> sein Haus eine 15 klebt, dann erfassen wir die, selbst wenn die
>> "Amtlichen" sagen, es müsste die 5 sein.
>>
>> Aber es ist ja gut, wenn das amtliche Adressregister offen ist, dann
>> kann jeder, der *amtliche* Adressen will, sie sich ja dort holen, und
>> wir müssen die nicht nach OSM kopieren. OSM ist schliesslich keine
>> "praktische Verteilplattform für anderer Leute Daten".
>>
>> Bye
>> Frederik
>>
>>
>> --
>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
> --
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.at
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[talk-cz] test (Re: Rozcestníky pro Fody)

[Karel Volný]

pardon za spamování listu, ale mně ten unicode nedá, kde je chybka?

←↓→

Dne čtvrtek 15. srpna 2019 11:16:47 CEST, Karel Volný napsal(a):
> Dne čtvrtek 15. srpna 2019 9:25:01 CEST, Karel Volný napsal(a):
> > 'hoj,
> > 
> > ...
> > 
> > > naopak vynucuje se datum (a cas coz je jedna polozka) z exifu, zadne
> > > jine udaje a ty v DB pak jinde nezjistim. V DB je ulozen cas porizeni
> > > fotky z exifu a cas vlozeni pres web - prave pro kontrolu, ze cas v
> > > exifu je nejaky divny apod.
> > 
> > ?
> 
> kruciš, to neměl být otazník, ale šipka dolů, jakože ten závěr navazuje na
> citované ... to už ani utf-8 v roce 2019 neumíme? :-/
> 
> K.



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

Re: [talk-cz] Rozcestníky pro Fody

[Karel Volný]

Dne čtvrtek 15. srpna 2019 9:25:01 CEST, Karel Volný napsal(a):
> 'hoj,
> 
> ...
> 
> > naopak vynucuje se datum (a cas coz je jedna polozka) z exifu, zadne
> > jine udaje a ty v DB pak jinde nezjistim. V DB je ulozen cas porizeni
> > fotky z exifu a cas vlozeni pres web - prave pro kontrolu, ze cas v
> > exifu je nejaky divny apod.
> 
> ?

kruciš, to neměl být otazník, ale šipka dolů, jakože ten závěr navazuje na 
citované ... to už ani utf-8 v roce 2019 neumíme? :-/

K.




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

Re: [Talk-de] Plastikmüll als Layer

[Peter Barth]

Hi,

schau mal ins Archiv der osmf-talk-Liste. Da gab es mal einen Thread
dazu, wo einer für so eine Karte geworben hat. Ich glaube es war die
hier: https://openlittermap.com

Gruß,
Peda


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

Re: [OSM-talk-be] Vhello - New Cycle Nodes Network /Nouveau réseau Points-Noeuds Vélo / Niew Fietsknooppunten

[Jo]

The chat url is: https://hangouts.google.com/call/0DSbdqltI_JXc0aivzB2AEEM

On Thu, Aug 15, 2019 at 10:27 AM Jo  wrote:

> Hi François,
>
> In about 10 minutes I'm going to do a hangout with the student developing
> PT_Assistant.
>
> Let me know if you want to join.
>
> Jo
>
> On Sun, Aug 11, 2019 at 8:50 PM François ROLAND 
> wrote:
>
>> Hi Corentin, hi Polyglot,
>>
>> I've encoded a few routes between Vhello junctions, starting with
>> Braine-le-Comte area.
>>
>> I'll go on in the coming days based on the paper map and fietsnet website.
>>
>> Polyglot, if you also encode some routes, maybe a good plan is that you
>> start with the West part of the network so that we meet somewhere in the
>> middle. What are your thoughts about this?
>>
>> @Corentin: le monde est petit ;-)
>>
>> Best regards,
>>
>> François
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Vhello - New Cycle Nodes Network /Nouveau réseau Points-Noeuds Vélo / Niew Fietsknooppunten

[Jo]

Hi François,

In about 10 minutes I'm going to do a hangout with the student developing
PT_Assistant.

Let me know if you want to join.

Jo

On Sun, Aug 11, 2019 at 8:50 PM François ROLAND  wrote:

> Hi Corentin, hi Polyglot,
>
> I've encoded a few routes between Vhello junctions, starting with
> Braine-le-Comte area.
>
> I'll go on in the coming days based on the paper map and fietsnet website.
>
> Polyglot, if you also encode some routes, maybe a good plan is that you
> start with the West part of the network so that we meet somewhere in the
> middle. What are your thoughts about this?
>
> @Corentin: le monde est petit ;-)
>
> Best regards,
>
> François
>
>
> ___
> 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-de] Plastikmüll als Layer

[Markus via Talk-de]

Kennt jemand eine Themenkarte, die Plastikmüll zeigt?

Beispielsweise:
- im Meer treibende "Plastikinseln"
- vermüllte Strände/Buchten
- Zugbahnen von Plastik (vom Fluss ins Meer, Strömungen)

Vielleicht sogar eine interaktive Karte?
wo man Verschmutzungen simpel melden kann?
und wo man auch melden kann, wenn man einen Strand gesäubert hat?

Gruss, Markus


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

Re: [talk-cz] Rozcestníky pro Fody

[Karel Volný]

'hoj,

...
> naopak vynucuje se datum (a cas coz je jedna polozka) z exifu, zadne
> jine udaje a ty v DB pak jinde nezjistim. V DB je ulozen cas porizeni
> fotky z exifu a cas vlozeni pres web - prave pro kontrolu, ze cas v
> exifu je nejaky divny apod.

?

> Asi bych to s dovolenim ukoncim, mam pocit, ze to stejne nikam
> konstruktivne nevede.

vidím to jinak :-)

sice krkolomně - děkuji za trpělivost - ale ujasnili jsme si, že jde vlastně 
jen (hlavně) o datum

zdá se, že současný způsob není optimální

čili mně by z toho plynulo workflow nějak jako

1) nahrání fotky
2) detekce data z exif
2a) pokud není exif nebo obsahuje evidentní nesmysl (budoucnost nebo 1.1. roku 
nejmíň o tři menšího než aktuální, čas 0:00 až 0:30), vynutit ruční vyplnění
3) kontrola data, zda není "nějaké divné" (méně evidentní nesmysl)
3a) pokud neprojde, vynutit potvrzení
4) uložení fotky

ale já to neprogramuju, jen říkám svůj názor na to, co mi vyplynulo z této 
části diskuse ;-)

K.


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

Re: [talk-cz] [Talk-cz] Poštovní schránky, stav srpen 2019

[Tom Ka]

Ahoj,

predpokladam, ze byl myslen odkaz na statictiky importu:
http://josm.poloha.net/cz_pbox/, jinak by bylo dobre, pokud se do toho
chces pustit, pridat na stejne misto k postovnim schrankam i POI
importer: 
http://osm.kyralovi.cz/POI-Importer-testing/#map=15/49.2260/16.5977=CZECPbox.

Bye

st 14. 8. 2019 v 22:29 odesílatel Jan Macura  napsal:
>
> Ahoj,
>
> On Wed, 14 Aug 2019 at 15:18, Vladan Kudláč  wrote:
>>
>> Jinak co přidat odkaz na josm.poloha.net
>
>
>  A tam má něco být? Já vidím jen bílou stránku... Jinak bych to na OSM wiki 
> přidal.
>
> H.
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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