Re: [talk-au] Are Health Centres, hospitals

[Ewen Hill]

Hi Graeme,
  You may also want to look at the National Health Services Directory
operated by Health Direct which maybe where this information comes from.
See https://about.healthdirect.gov.au/nhsd however the chances of getting a
waiver has about the same probability of me getting a beer over a bar atm.

Ewen

On Mon, 7 Sep 2020 at 10:19, Graeme Fitzpatrick 
wrote:

> Continuing on with this, I've started looking at hospitals shown on the
> Overpass search & updating their details based purely on a search for
> "Whichever Hospital" (& have so far already found another normal medical
> centre tagged as a hospital!).
>
> All of the search results that I've looked at so far have referred back to
> this Qld Health page:https://www.health.qld.gov.au/services, so I'm
> wondering whether we're allowed to use it, to access details of all Qld
> hospitals?
>
> Health copyright (https://www.health.qld.gov.au/global/copyright-statement)
> is shown as being under a Creative Commons Attribution No Derivatives 3.0
> Australia 
> licence, & states
> "In essence, you are free to copy and communicate the work in its current
> form, as long as you attribute Queensland Health as the source of the
> copyright material and abide by the licence terms".
>
> The link for further permission to use their copyright material says:
>
> "Queensland Health permission is required to:
>
>-
>
>adapt material from the Queensland Health website or other source
>where it is not expressly permitted by a copyright notice or Creative
>Commons licence.
>-
>
>use material from the Queensland Health website or other source in a
>manner that is expressly prohibited by the copyright notice or Creative
>Commons licence.
>
> Queensland Health permission is *not required to: *
>
>-
>
>* provide a hyperlink to any Queensland Health internet page from
>another website*
>-
>
>do any act that is expressly permitted by a copyright notice or
>creative commons licence on the material.
>-
>
>print, download or *communicate whole or parts of documents sourced
>from any Queensland Health internet page*, provided that it is not
>expressly prohibited by a copyright notice or Creative Commons licence, the
>source is attributed (see below) and the material remains unaltered."
>
> So, would we need to go through the full permission & waiver process to
> use data off that Health page?
>
> Thanks
>
> Graeme
>
>
> On Sat, 5 Sep 2020 at 09:28, Graeme Fitzpatrick 
> wrote:
>
>>
>>
>>
>> On Fri, 4 Sep 2020 at 20:25, Ewen Hill  wrote:
>>
>>> We also have the grey area of Bush Nursing Centres that are clearly not
>>> hospitals but are the best place to head to in an emergency and may be the
>>> difference when you are looking at two equal sized communities. The ten
>>> staff sounds arbitrary.
>>>
>>> Shouldn't the difference be based on the capability of the premises to
>>> resuscitate, handle compound fractures and prolong life until the patient
>>> can be moved to a more appropriate facility rather than a "must have ten
>>> medical staff"?
>>>
>>
>> Good points, Ewen.
>>
>> Thanks, everyone - you've convinced me that I was looking at it the wrong
>> way & that these type of facilities should stay as hospitals.
>>
>>   Further more, should it be defined as "an official hospital or the
>>> first place of medical support in a rural setting"?
>>>
>>
>> You're probably correct but I think we'd have issues changing the main
>> definition of hospital, as it wouldn't suit the Western European / US point
>> of view :-(
>>
>> As Cleary mentioned earlier: "Perhaps the Australian Guidelines should
>> permit the "hospital" tag where that is consistent with usage of the term
>> by the local community, would be a lot easier to do, so I'll make that
>> amendment if there's no major objection?
>>
>> Thanks
>>
>> Graeme
>>
>> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>


-- 
Warm Regards

Ewen Hill
Internet Development Australia
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Tags addr: pour les radars

[Christian Quest]

Le 06/09/2020 à 22:23, Romain MEHUT a écrit :


Bonjour,

Quand j'ai supprimé les polygones boundary=urban, il m'est arrivé de 
faire quelques corrections annexes comme de retirer des tags 
addr:country, addr:city en particulier sur les relations des radars de 
vitesse.


Un contributeur m'a contacté car il utilise ces tags pour contrôler 
leur présence via la requête suivante :


[out:csv(::id,type,enforcement,"addr:country",maxspeed,"addr:city","addr:postcode","addr:street",ref,milestone,name)];
relation ["addr:country"="FR"] [type=enforcement] 
[enforcement=maxspeed] ({{bbox}});

out;

Je lui répond qu'OSM étant par nature une base de données 
géographiques, ces tags sont inutiles et que l'on peut remonter ces 
informations pour chaque objet /via/ un géocodage. Il me demande alors 
une requête qui le permet sans les tags addr:


J'ai testé ceci :

[out:csv(::id,maxspeed,ref,milestone,name,::lat,::lon)];
area[name="France"]->.pays;
relation(area.pays) [type=enforcement] [enforcement=maxspeed];
node(r:device);
out;

et suis passé par https://geo.api.gouv.fr/adresse et /reverse/csv/ 
pour retrouver la ville et le code postal.


Vous validez ma méthode et vous êtes d'accord pour retirer les tags 
addr: ?


Merci.

Romain



Attention: le géocodage inverse risque de ne pas donner de résultat 
lorsqu'il n'y a pas d'adresse numérotée à proximité (ce qui est probable 
avec un radar en pleine cambrousse).


Il n'y a pas de recherche faite avec les emprises des communes par ce 
endpoint d'API mais uniquement par proximité avec une adresse numérotée.



--
Christian Quest - OpenStreetMap France

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

Re: [Talk-pt] Quadriplicação de vértices geodésicos

[António Madeira]

Já encontrei imensas situações semelhantes, mas nunca tive paciência nem
grande certeza para tentar perceber o motivo.
O que eu sei é que uma das regras básicas do OSM está a ser claramente
violada:
https://wiki.openstreetmap.org/wiki/Pt:Boas_pr%C3%A1ticas#Um_objeto.2C_um_elemento_no_OSM


Cumprimentos,
António.

Às 07:01 de 06/09/2020, Filohipo escreveu:

Há vértices geodésicos que tem vários pontos ( e nomes ligeiramente
diferentes)
Quem fez um trabalho de fundo neste campo foi o H Valentim, que poderá
esclarecer.
Não fui verificar o ponto enviado pois estou no telefone
F

A domingo, 6/09/2020, 10:45, Nuno José Almeida
mailto:nzalme...@pedaserra.net>> escreveu:

Bom dia.

Fim aqui https://www.openstreetmap.org/#map=19/39.57547/-7.63014 e
reparei que existem 4 pontos para a mesma coisa. Alguém andou a
fazer trabalhos já feitos?



--
Nuno José Almeida
___
Talk-pt mailing list
Talk-pt@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-pt


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


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

Re: [Talk-it] [talk-it] Opera Idraulica - accesso

[Martin Koppenhoefer]

sent from a phone

> On 6. Sep 2020, at 23:54, Volker Schmidt  wrote:
> 
> Sbaglio io o sbaglia Google?


google 


Ciao Martin 

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

Re: [talk-au] Are Health Centres, hospitals

[Graeme Fitzpatrick]

Continuing on with this, I've started looking at hospitals shown on the
Overpass search & updating their details based purely on a search for
"Whichever Hospital" (& have so far already found another normal medical
centre tagged as a hospital!).

All of the search results that I've looked at so far have referred back to
this Qld Health page:https://www.health.qld.gov.au/services, so I'm
wondering whether we're allowed to use it, to access details of all Qld
hospitals?

Health copyright (https://www.health.qld.gov.au/global/copyright-statement)
is shown as being under a Creative Commons Attribution No Derivatives 3.0
Australia 
licence, & states
"In essence, you are free to copy and communicate the work in its current
form, as long as you attribute Queensland Health as the source of the
copyright material and abide by the licence terms".

The link for further permission to use their copyright material says:

"Queensland Health permission is required to:

   -

   adapt material from the Queensland Health website or other source where
   it is not expressly permitted by a copyright notice or Creative Commons
   licence.
   -

   use material from the Queensland Health website or other source in a
   manner that is expressly prohibited by the copyright notice or Creative
   Commons licence.

Queensland Health permission is *not required to: *

   -

   * provide a hyperlink to any Queensland Health internet page from
   another website*
   -

   do any act that is expressly permitted by a copyright notice or creative
   commons licence on the material.
   -

   print, download or *communicate whole or parts of documents sourced from
   any Queensland Health internet page*, provided that it is not expressly
   prohibited by a copyright notice or Creative Commons licence, the source is
   attributed (see below) and the material remains unaltered."

So, would we need to go through the full permission & waiver process to use
data off that Health page?

Thanks

Graeme


On Sat, 5 Sep 2020 at 09:28, Graeme Fitzpatrick 
wrote:

>
>
>
> On Fri, 4 Sep 2020 at 20:25, Ewen Hill  wrote:
>
>> We also have the grey area of Bush Nursing Centres that are clearly not
>> hospitals but are the best place to head to in an emergency and may be the
>> difference when you are looking at two equal sized communities. The ten
>> staff sounds arbitrary.
>>
>> Shouldn't the difference be based on the capability of the premises to
>> resuscitate, handle compound fractures and prolong life until the patient
>> can be moved to a more appropriate facility rather than a "must have ten
>> medical staff"?
>>
>
> Good points, Ewen.
>
> Thanks, everyone - you've convinced me that I was looking at it the wrong
> way & that these type of facilities should stay as hospitals.
>
>   Further more, should it be defined as "an official hospital or the first
>> place of medical support in a rural setting"?
>>
>
> You're probably correct but I think we'd have issues changing the main
> definition of hospital, as it wouldn't suit the Western European / US point
> of view :-(
>
> As Cleary mentioned earlier: "Perhaps the Australian Guidelines should
> permit the "hospital" tag where that is consistent with usage of the term
> by the local community, would be a lot easier to do, so I'll make that
> amendment if there's no major objection?
>
> Thanks
>
> Graeme
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-at] Fwd: What's new @ GeoDaten Burgenland

[Stefan Tauner]

On Sun, 6 Sep 2020 18:22:54 +0200
Robert Grübler  wrote:

> Am , 6. September 2020 16:45 schrieb Stefan Tauner 
> [mailto:stefan.tau...@gmx.at]
> 
> > Selbiges für die Steiermark:
> > https://gis.stmk.gv.at/arcgis/services/OGD/als_schummerung/MapServer/WmsServer?request=GetCapabilities=WMS
> > :
> > Mag das von den Steirern vl. jemand an die JOSM-Devs melden?  
> 
> Wenn du die Einträge in https://josm.openstreetmap.de/wiki/Maps/Austria  
> direkt änderst, stehen sie sofort allen JOSM Benutzern zur Verfügung.
> JOSM nutzt diese Daten direkt beim Starten. Anleitung siehe 
> https://josm.openstreetmap.de/wiki/Maps 
> (Info stammt von Michael Kleidt).

Hehe, auch das hab ich in der Zwischenzeit entdeckt gehabt. Ist jetzt
drinnen und scheint auch zu funktionieren. HF
-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [OSM-talk-fr] La gestion des poteaux

[Philippe Verdy]

Et contrairement à Enedis, je n'ai pas trouvé d'OpenData concernant
"Seolis" (le réseau des Deux-Sèvres: Enedis est y présent aussi mais
seulement pour certaines communes denses où les deux réseaux se recouvrent
et ou s'interconnectent partiellement), il semble que Seolis délègue ses
données à "Geredis" qui lui non plus ne semble pas avoir de données
ouvertes (selon le service ScanR du ministère de la recherche, des
références en tant qu'organisation mais presque tout est vide hormis
quelques rapports de thèses ou des analyses financières et quelques
statistiques).
J'ai bien trouvé des accès à ces données (sans savoir ce
qu'elles contiennent, les descriptions sont trop sommaires) mais c'est via
un intranet ou des accès payants (abonnement requis, et il semle que seuls
les gestionnaires de réseaux et producteurs y ont un accès facile, il n'y a
rien pour les particuliers)

Sinon j'ai trouvé l'agence ORE:
https://opendata.agenceore.fr/explore/dataset/distributeurs-denergie-par-commune/information/
Mais ça référence juste des organisations, pas les réseaux et il y a très
peu de détails (on a plus d'infos dans les RCS ou services info-greffe): ce
n'est en fin de compte qu'un annuaire.

Mais la liste est intéressante pour savoir à qui on pourrait s'adresser
pour leur demander leurs données ouvertes (celles au moins que leur impose
la loi : ces données existent peut-être le papier mais pas immédiatement
accessibles en ligne ou dans un format ou une API libre et documentée; on
pourrait se retrouver là aussi avec des données brutes ou pas facilement
utilisables et aucune visualisation, ou des demandes à faire une par une
sur des points isolés).

Je ne suis même pas certain que les obligations de données ouvertes
s'imposent à toutes les organisations concernées (notamment les très
petites, tels que les micro-producteurs, liés à un contrat privé avec un
autre fournisseur d'énergie qui leur achète tout et peut-être aussi les
finance en partie

Le dim. 6 sept. 2020 à 23:08, Philippe Verdy  a écrit :

> Merci pour ce lien. Dommage qu'il faille télécharger un gros fichier ZIP
> national et aucun outil de recherche (la carte affichée sur la page n'est
> qu'un fond générique, elle n'en fait aucun rendu, et il n'y a pas d'ouil de
> sélection sur cette page même si elle prétend le contraire).
>
> En gros il faut charger dans JOSM ou un logiciel SIG avec une config
> solide avant de pouvoir commencer à en utiliser un extrait ou commercer un
> travail de fusion. (pour les postes de conversion, les 2000 entrées
> ponctuelles ça passe facilement, mais pour le reste on parle de millions
> d'enregistrements avec une cartographie linéaire bien plus lourde en
> dizaines de millions de points: n'importe qui ne peut pas exploiter ça).
>
> Et pas moyen non plus de faire accepter ce rendu dans des outils
> génériques (comme uMap): ça rame beaucoup trop. Ces données sont plutôt
> destinées à être improtées dans une base mais on ne peut pas les importer
> directement dans OSM sans travil de fusion: il faut une autre base (sinon
> des millions de doublons à éliminer après coup).
>
> Avez-vous trouvé un rendu utilisable (par exemple en tant que couche
> sélectionnable) ou activable sous Layers (par exemple dans iD avec un "add
> custom layer"?) qui permettrait de travailler par zones plus petites?
>
> Sinon il semble que ce jeu ne soit pas complet: je note des tas de bouts
> de lignes aériennes (20kV: pas les grand pylones mais des poteaux avec 1 à
> 3 câbles) visibles sur l'imagerie mais absentes du jeu publié  (et même on
> voit leur interconnexion avec la partie publiée, et sans poste de
> transformation aux noeuds de répartition, même s'il y a éventuellement
> juste des coupe-circuits, impossibles à voir). Et je ne parle pas su réseau
> de distribution BT (220-400 V, mono ou triphasé) ni de la partie enterrée
> (qui ne semble à peu près complète qu'en milieu urbain dense).
>
> Il semble que ces données oublient les lignes qui desservent des clients
> éloignés isolés et pas gros consommateurs (par exemple vers une seule
> ferme, une résidence un hameau avec 2 ou 3 maisons) ou des lignes de
> dérivation ajoutées juste pour le maillage et permettant de contourner des
> pannes ou coupure sur une ligne (ces lignes ne sont pas toujours sous
> tension, pour éviter des problèmes de pertes importante par déphasage en
> fonction des longueurs de parcours, elles peuvent s'activer juste par
> télécommande quand un autre circuit est coupé), ni les lignes qui
> permettent de "booster" la puissance disponible (pour certaines entreprises
> dans une petite zone artisanale, quand le réseau urbain attenant n'a pas la
> capacité suffisante, ou pour franchir certains obstacles naturels (un bois,
> une rivière).
>
> Bref on a des lignes HT (~20kV) déjà dans OSM (classées somme lignes
> "mineures"), assez facilement observables (dans l'imagerie, niveau de zoom
> minimum de 16 dans les champs cultivés, parfois il faut plus dans les zones
> forestières ou à 

Re: [OSM-talk-fr] Tags addr: pour les radars

[Philippe Verdy]

Ca marche aussi... à peu près. Cela dépend de la précision de
  area[name="France"]
telle que dans l'instance utilisée: c'est un très grand polygone qui a été
simplifié pour des raisons de performance (il y a quelques débordements aux
frontières, pas sûr qu'il y ait un "buffer" défini autour de largeur
correspondant à la précision de simplification du polygone complet tel que
défini dans OSM) et qui n'est pas non plus synchronisé en permanence (ceci
dit les frontières nationales bougent très peu, hormis quelques menus
changements liés aux conflations de sources différentes et quelques
désaccord frontaliers comme autour du Mont-Blanc avec l'Italie, avec des
recouvrements partiels des revendications, ceci dit ça n'affecte
principalement que des zones naturelles pas tellement concernées par ces
limites de vitesse dans des parcs naturels de toute façon pas accessible ou
interdits aux véhicules usuels, et où les limites de vitesse théoriques ne
peuvent même pas être atteintes en sécurité, ceci dépendant largement des
véhicules, de leur charge, leur capacité de freinage, leur gabarit, leurs
équipements, et sinon les autorisations d'accès)
Ces "areas" peuvent ne pas suffire, c'est juste approprié pour une
recherche simple, mais il faut ensuite tenter de localiser des unités plus
petites (par exemple une limite de commune). Les "areas" ne sont pas
tellemetn fait pour le géocodage précis, ce sont juste des filtres de
sélection pour les recherches. Si on veut un géocodage précis, il y a
d'autres outils plus appropriés  ou on doit faire des recherches
complémentaires.

Je pense même que pour les limites de vitesse, puisqu'elles sont de la
compétence préfectorale (même si elles sont issues de décisions
municipales), l'unité de recherche la plus approprié est le département, et
là on a des polygones précuis sans nécessiter de grosses simplifications.

D'ailleurs je me demande pourquoi on n'a pas une API dédiée au géocodage.


Le dim. 6 sept. 2020 à 22:23, Romain MEHUT  a
écrit :

> Bonjour,
>
> Quand j'ai supprimé les polygones boundary=urban, il m'est arrivé de faire
> quelques corrections annexes comme de retirer des tags addr:country,
> addr:city en particulier sur les relations des radars de vitesse.
>
> Un contributeur m'a contacté car il utilise ces tags pour contrôler leur
> présence via la requête suivante :
>
>
> [out:csv(::id,type,enforcement,"addr:country",maxspeed,"addr:city","addr:postcode","addr:street",ref,milestone,name)];
> relation ["addr:country"="FR"] [type=enforcement] [enforcement=maxspeed]
> ({{bbox}});
> out;
>
> Je lui répond qu'OSM étant par nature une base de données géographiques,
> ces tags sont inutiles et que l'on peut remonter ces informations pour
> chaque objet *via* un géocodage. Il me demande alors une requête qui le
> permet sans les tags addr:
>
> J'ai testé ceci :
>
> [out:csv(::id,maxspeed,ref,milestone,name,::lat,::lon)];
> area[name="France"]->.pays;
> relation(area.pays) [type=enforcement] [enforcement=maxspeed];
> node(r:device);
> out;
>
> et suis passé par https://geo.api.gouv.fr/adresse et /reverse/csv/ pour
> retrouver la ville et le code postal.
>
> Vous validez ma méthode et vous êtes d'accord pour retirer les tags addr: ?
>
> Merci.
>
> Romain
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it] [talk-it] Opera Idraulica - accesso

[Volker Schmidt]

Dalle mie parti ci sono tanti argini con cartelli di divieto per veicoli.
Esempio (che ho visto oggi)

Io ho normalmente mappato con vehicle=no.
Il mio dubbio:
Google mi voleva mandare in questa strada.
Sbaglio io o sbaglia Google?
Da notare che fa riferimento a un Regio Decreto-Legge del 1904 (che ha 35
pagine).
E non capisco il divieto di accesso con veicoli con isl discorso dei danni.
Forse è solo vietato l'accesso con veicoli che fanno danni?





Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] La gestion des poteaux

[Philippe Verdy]

Merci pour ce lien. Dommage qu'il faille télécharger un gros fichier ZIP
national et aucun outil de recherche (la carte affichée sur la page n'est
qu'un fond générique, elle n'en fait aucun rendu, et il n'y a pas d'ouil de
sélection sur cette page même si elle prétend le contraire).

En gros il faut charger dans JOSM ou un logiciel SIG avec une config solide
avant de pouvoir commencer à en utiliser un extrait ou commercer un travail
de fusion. (pour les postes de conversion, les 2000 entrées ponctuelles ça
passe facilement, mais pour le reste on parle de millions d'enregistrements
avec une cartographie linéaire bien plus lourde en dizaines de millions de
points: n'importe qui ne peut pas exploiter ça).

Et pas moyen non plus de faire accepter ce rendu dans des outils génériques
(comme uMap): ça rame beaucoup trop. Ces données sont plutôt destinées à
être improtées dans une base mais on ne peut pas les importer
directement dans OSM sans travil de fusion: il faut une autre base (sinon
des millions de doublons à éliminer après coup).

Avez-vous trouvé un rendu utilisable (par exemple en tant que couche
sélectionnable) ou activable sous Layers (par exemple dans iD avec un "add
custom layer"?) qui permettrait de travailler par zones plus petites?

Sinon il semble que ce jeu ne soit pas complet: je note des tas de bouts de
lignes aériennes (20kV: pas les grand pylones mais des poteaux avec 1 à 3
câbles) visibles sur l'imagerie mais absentes du jeu publié  (et même on
voit leur interconnexion avec la partie publiée, et sans poste de
transformation aux noeuds de répartition, même s'il y a éventuellement
juste des coupe-circuits, impossibles à voir). Et je ne parle pas su réseau
de distribution BT (220-400 V, mono ou triphasé) ni de la partie enterrée
(qui ne semble à peu près complète qu'en milieu urbain dense).

Il semble que ces données oublient les lignes qui desservent des clients
éloignés isolés et pas gros consommateurs (par exemple vers une seule
ferme, une résidence un hameau avec 2 ou 3 maisons) ou des lignes de
dérivation ajoutées juste pour le maillage et permettant de contourner des
pannes ou coupure sur une ligne (ces lignes ne sont pas toujours sous
tension, pour éviter des problèmes de pertes importante par déphasage en
fonction des longueurs de parcours, elles peuvent s'activer juste par
télécommande quand un autre circuit est coupé), ni les lignes qui
permettent de "booster" la puissance disponible (pour certaines entreprises
dans une petite zone artisanale, quand le réseau urbain attenant n'a pas la
capacité suffisante, ou pour franchir certains obstacles naturels (un bois,
une rivière).

Bref on a des lignes HT (~20kV) déjà dans OSM (classées somme lignes
"mineures"), assez facilement observables (dans l'imagerie, niveau de zoom
minimum de 16 dans les champs cultivés, parfois il faut plus dans les zones
forestières ou à fort relief ou végétation irrégulière, dans les
forêts voir les poteaux n'est pas évident car on ne repère pas leur ombre
même si on s'attend à les trouver au bord d'un chemin d'exploitation ou
d'une route forestière ou qu'il doit en exister pour relier les habitats ou
entreprises isolées), qui ne sont pas dans ce fichier. OSM s'emble à
peut près au point seulement pour les grandes artères en très haute tension
(sur gros pylones).

Le dim. 6 sept. 2020 à 18:17, François Lacombe 
a écrit :

> Bonjour à vous
>
> Merci d'avoir complété ces quelques points.
>
> Concernant la présence de lignes aériennes en zone Enedis, tout est
> maintenant connu et publié en opendata
> https://www.enedis.fr/cartographie-des-reseaux-denedis
> Il est possible de s'en servir pour contribuer à OSM, aucune ligne HTA 20
> 000 volts ou BT 220 volts ne peut vous échapper dans 95% des communes en
> France métropolitaine.
> Les 5% restant arrivent bientôt.
>
> Les postes HTA/BT sont aussi disponibles mais aucun attribut ne permet de
> déterminer s'ils sont sur un poteau ou pas
>
> Le souterrain a commencé à être intégré à Caen et Dijon avec de bons
> résultats.
> A chaque point de connection aérien/souterrain se trouve un poteau.
>
> Donc avec ces données + vues aériennes, il est au moins possible de savoir
> où les poteaux sont manquants.
>
> Bonne fin de weekend
>
> François
>
> Le ven. 4 sept. 2020 à 20:45, Francois Gouget  a écrit :
>
>> On Thu, 3 Sep 2020, Philippe Verdy wrote:
>> [...]
>> > > Le nombre de cables se voit sur les photos aériennes.
>> >
>> > Pas toujours il y a plein de petites lignes même si on est capable de
>> le
>> > dire. Difficile de dire souvent s'il y a 3 ou 5 câbles ou plus. ou même
>> > s'il y en a plus d'un seul.
>>
>> On parle bien du 20kV, pas du 400V en aval des transformateurs de
>> distribution ? Les lignes 400V sont effectivement ingérables. Pareil pour
>> les lignes téléphoniques.
>>
>>
>> > Ca dépend beaucoup du fond (y compris la saison),
>>
>> Ils sont effectivement beaucoup plus visibles sur les fonds sombres que
>> les fonds clairs. C'est pas très pratique dans les 

[OSM-talk-fr] Tags addr: pour les radars

[Romain MEHUT]

Bonjour,

Quand j'ai supprimé les polygones boundary=urban, il m'est arrivé de 
faire quelques corrections annexes comme de retirer des tags 
addr:country, addr:city en particulier sur les relations des radars de 
vitesse.


Un contributeur m'a contacté car il utilise ces tags pour contrôler leur 
présence via la requête suivante :


[out:csv(::id,type,enforcement,"addr:country",maxspeed,"addr:city","addr:postcode","addr:street",ref,milestone,name)];
relation ["addr:country"="FR"] [type=enforcement] [enforcement=maxspeed] 
({{bbox}});

out;

Je lui répond qu'OSM étant par nature une base de données géographiques, 
ces tags sont inutiles et que l'on peut remonter ces informations pour 
chaque objet /via/ un géocodage. Il me demande alors une requête qui le 
permet sans les tags addr:


J'ai testé ceci :

[out:csv(::id,maxspeed,ref,milestone,name,::lat,::lon)];
area[name="France"]->.pays;
relation(area.pays) [type=enforcement] [enforcement=maxspeed];
node(r:device);
out;

et suis passé par https://geo.api.gouv.fr/adresse et /reverse/csv/ pour 
retrouver la ville et le code postal.


Vous validez ma méthode et vous êtes d'accord pour retirer les tags addr: ?

Merci.

Romain

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

Re: [Talk-it] R: R: Edit automatici su nome strade

[totera]

Lorenzo Mastrogiacomi wrote
> Ho rispristinato.

Grazie.
Ulteriore considerazione: ci sono casi di vie dedicate a famiglie, quindi la
presenza del solo cognome non implica con certezza che ci sia un nome
omesso.

Ciao,
Gianluca



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] maxspeed par défaut

[Gad Jo]

Oui erreur de jeunesse que je n'ai pas remis au goût du jour faute de 
l'utiliser.

Veuillez ignorer mon dernier retour sur le nombre de voies. C'est bien le 
nombre total de voies existante sur la chaussée qui est à indiquer

Le September 4, 2020 9:03:57 AM UTC, osm.sanspourr...@spamgourmet.com a écrit :
>Le 03/09/2020 à 16:05, Percherie OnDaNet - perche...@toutenkamion.net a
>écrit
>
>>> Attention pour le nombre de voies. C'est le nombre de voies par sens
>>> de circulation. Je m'en suis rendu compte quand mes applications de
>>> routage m'indiquez 4 voies (2 + 2 par sens) sur une route de
>>> campagne. C'était une découverte sur un cas pratique.
>>
>> Non, c'est bien le nombre *total* de voies :
>>
>> FR:Key:lanes /
>> /
>>
>> /La clé //lanes=*//doit être utilisée pour indiquer le nombre total
>> marquées de voies. /
>>
>Vérifié et confirmé.
>
>Jean-Yvon
>
>P. S.  : FR:Key:lanes#Présupposés
>
>indique bien quand on peut se contenter du nombre de voies par défaut.

-- 
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

[Talk-de] Bundeweiter Warntag 2020

[Ralph Plennert]

Hallo zusammen,

Am kommenden Donnerstag wird in Deutschland der erste bundesweite
Warntag durchgeführt. Hierbei werden folgende Signale mittels Sirenen
hörbar sein:
-Eine Minute Warnung der Bevölkerung auf und abschwellend.
-Entwarnung, eine Minute Dauerton.
Weiter Informationen findet man unter https://warnung-der-bevoelkerung.de/

Vielleicht wäre es ein guter Zeitpunkt an diesem Tag den
Mappingschwerpunkt kurzfristig auf Sirenen [1] zu legen.

http://overpass-turbo.eu/s/XL4


[1] http://overpass-turbo.eu/s/XL5


Gruss

Ralph

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

[OSRM-talk] OSRM on the openstreetmap homepage does not want to route through Duplex tunnel A86

[Maarten Deen]

See 
https://www.openstreetmap.org/directions?engine=fossgis_osrm_car=48.9046%2C2.1962%3B48.7810%2C2.1723#map=12/48.8430/2.1665


This routing is not taking the duplex A86 tunnel in Paris. When you 
switch to Graphhopper routing then it is taking the tunnel.
I don't see any obvious errors in the ways. Is this a problem in de 
routing engine?


Regards,
Maarten

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

[Talk-GB] Finally a RTK / NTRIP Broadcaster in London

[Grant Slater]

Hi All,

Experimenting with RTK? (rtklib)
Need an NTRIP / RTCM broadcaster in London?

Great news, there is finally a free one available!
Registration required here:
https://register.rtcm-ntrip.org/cgi-bin/registration.cgi

Others available in the UK:
DARE00GBR0: Daresbury
ENIS00GBR0: Enniskillen
FOYL00GBR0: Londonderry
HERS00GBR0: Herstmonceux
HERT00GBR0: Hailsham
INVR00GBR0: Inverness
LICC00GBR0: London
SHOE00GBR0: Shoeburyness

RTK is a way to get ultra precision (~1cm) "GPS" position.
The cost of the required receives have plummeted in the last few years.
< €300 now for a basic receiver and antenna.
Examples: https://www.gnss.store/17-high-precision-gnss-modules
The software required is a little tricky, but getting better.

Some more details here: https://wiki.openstreetmap.org/wiki/RTKLIB

Kind regards,

Grant

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

Re: [Talk-it] R: R: Edit automatici su nome strade

[Martin Koppenhoefer]

sent from a phone

> On 6. Sep 2020, at 19:23, Lorenzo Mastrogiacomi  wrote:
> 
> Ho rispristinato.


grazie 


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

Re: [Talk-it] R: R: Edit automatici su nome strade

[Lorenzo Mastrogiacomi]

Ho rispristinato.


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

Re: [Talk-at] Beispiele gelungener Behörden Kooperation

[Johann Haag]

Am So., 6. Sept. 2020 um 16:26 Uhr schrieb Andreas :

> Am 06.09.20 um 15:10 schrieb Johann Haag:
> >
> >
> > Am So., 6. Sept. 2020 um 11:59 Uhr schrieb realadry via Talk-at
> > mailto:talk-at@openstreetmap.org>>:
> >
> > Hallo,
> >
> > Wenn ich das richtig verstehe, schlägst du vor, dass basemap durch
> > Gebäudedaten von OSM ersetzt wird?
> >
> > Ich sehe das problematisch.
> >
> > 1) Wer übernimmt die Verantwortung für den Inhalt bzw. Richtigkeit?
> Wenn
> > es die Behörde ist, muss sie jede Veränderung manuell prüfen und
> > freigeben (automatisisert ist da nix siehe 2., auch wenns technisch
> > möglich wäre). Die Prüfung der bereits vorhanded Daten kann schon
> > automatisiert erfolgen über Pixelabgleich mit basemap so wie das in
> > Thomas' tool erfolgt. Jede Abweichung muss dann aber nochmal händisch
> > korrigiert und geprüft werden.
> >
> >
> > Ich bin mit dem Umstand konfrontiert, dass basemap Gebäudeumrisse
> > systematisch um Monate wenn nicht sogar Jahre, der Natur nacheilen,
> > hingegen OpenStreetMap potentiell sehr aktuell ist.
>
> Das beruht teilweise sicher aufgrund von bürokratischen Strukturen als
> auch durch Anwendung einer Güteprüfung. Ja die Daten mögen in manchen
> Gebieten älter sein als OSM, aber die Behörde hat nun mal ein begrenztes
> Budget und kann nicht ständig Daten neu erfassen.
>
> > Behörden könnten zwecks Plausibilität ein Tool ähnlich jenes von Thomas
> > Konrad nutzen, überschreitet ein neues Gebäude eine Bereits bebaute
> > Fläche, so wäre eine Kontrolle angesagt. Es gibt auch Werkzeuge wie
> >
> https://osmcha.org/?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22beautifulplaces%22%2C%22value%22%3A%22beautifulplaces%22%7D%5D%7D
> > sowie https://resultmaps.neis-one.org/osm-suspicious#2/4.4/-16.2 mittels
> > derer man die Qualitätssicherheit auf nationaler Ebene betreuen könnte.
> Wir in OSM haben andere Qualitätsansprüche als die Behörden an einen
> nationalen Graphen.
>

Um GIP und DKM, beneiden uns viele andere Länder, beide haben mit der
gegenständlichen Thematik in keiner Weise zu tun.
Der Versuch die basemap als dritte Instanz zu etablieren, hierzu klassische
GIP und DKM Arbeitsweisen anzuwenden, lähmt GD unnötig. Wir und GD werden
daher links und rechts von den kommerziellen gnadenlos  überholt.
OpenStreetMap steht am Anfang seiner Entwicklung. Das Schwesterprojekt
Wikipedia, hat längst ein Sichterprogramm etabliert, in dieser Richtung
geht wohl der Weg verbindlicher Daten in OSM.
Und natürlich hat auch Routing von Verkehrsströmen in OSM ihren Platz, ohne
Unterstützung von Behörden welche Verordnungen einpflegen, und Strukturen
in OSM einfrieren, wird es nichts brauchbares werden.
Warum auch nicht, soll ein untergeordneter Weg in OSM in den amtlichen GIP
Straßenlayer andocken und geroutet werden.

Grüße Johann



> Denken wir mal durch, die Behörde verwendet OSM. zB.: bei
> Parkverbot-Verletzungen befragt die Behörde das GIS, ob die Strafe
> ausgestellt werden kann. Nun kann in dem Fall einfach in OSM das
> Parkverbot entfernt werden (würde nicht bei der OSM
> Plausibilitätsüberprüfung auffallen) und für die Behörde stellt nicht
> die Strafe aus. Ja sicher, es wird in OSM alles historisiert, aber es
> ist ein enormer Arbeitsaufwand, wenn die Historie zusätzlich überprüft
> werden muss.
>
> Wir haben zwar in der OSM Community ebenfalls Regeln aufgestellt, wie du
> aber in der Vergangenheit des Öfteren bewiesen hast, halten sich nicht
> alle Mapper daran und wollen ihr eigenes Süppchen kochen. Wie soll die
> Behörde dann da auf eine Einhaltung von Mindestqualitätskriterien sich
> verlassen?
>
> > Möglich wäre auch ein von Behörden gehosteter Mirror, der Vandalismus
> > durch wenige Tage Verzögerung, außen vor hält.
> >
>
> Das ist ein weiterer nicht unerheblicher Aufwand, den du meiner Meinung
> nach sehr stark unterschätzt.
>
> Des Weiteren wird in OSM immer mehr Datenerfassung mithilfe von AI oder
> Algorithmen durchgeführt, die nicht immer offen sind, sodass eine
> Überprüfung der Funktionsweise sehr aufwändig und schwer ist.
>
> >
> > 2) Was ist eigentlich die Quelle für basemap? Ich nehme mal an
> Kataster
> > und/oder Einreichpläne (zweiteres liegt oft nur als Papier vor).
> Beides
> > sind vermessene und von Hand anhand von CAD Daten gezeichnete Pläne.
> Die
> > zeichnen nicht von Satellitenbildern ab wie das oft bei OSM gemacht
> > wird. Das wäre viel zu ungenau.
> >
> >
> > Lassen wir Städte mal aussen vor, so gibt es am Land wenige
> > Konturen welche tatsächlich vermessen sind. Behörden nutzen ansonsten
> > die selben Grundlagen wie wir. Luftbilder, und Radarbilder.
> >
> Bitte geh mal auf eine Veranstaltung, wo du mit Personen aus den
> Behörden triffst. Die Behörden zeichnen nicht stur von Luftbildern ab.
> Oft werden Vermessungsbüros oder LaserScan Befliegungen beauftragt und
> diese Daten werden für die Erfassung bzw. Aktualisierung herangezogen.
>
> >
> >
> > 3) Was genau hat die 

Re: [Talk-at] Fwd: What's new @ GeoDaten Burgenland

[Stefan Tauner]

On Sun, 06 Sep 2020 17:02:33 +0200
ScubbX  wrote:

> Von der Basemap.at gibt es einen österreichweiten Oberflächen- als auch 
> Geländeschummerungslayer als WMTS. Deren Auflösung weiß ich ah-hoc nicht, 
> aber das wäre ein flächendeckende Datensatz...
> 
> Unten rechts im Layermenü kann man diese auswählen. 
> https://www.basemap.at/application/index.html

Hi,

ja, mir ist auch gerade aufgefallen, dass JOSM ein österreichweites DGM
beinhaltet (seit über einem Jahr dank simon04 aka Simon Leger), das
genau dem entspricht, cf. https://www.basemap.at/wmts/1.0.0/WMTSCapabilities.xml
In Tirol ist das etwas heller und sehr leicht gefiltert im Vgl. zu Tiris.
In Vorarlberg ist der Basemap-Layer deutlich schlechter als die
"nativen" VoGIS-Kacheln. Weniger Zoomlevel/Schärfe und auch (sehr)
leicht versetzt.


Jedem, der irgendwas in bewaldeten Gebieten mappt, kann ich diese DGMs
als zusätzliche Quelle nur nochmals empfehlen (natürlich mit
entsprechender scrutiny, was Aktualität und Genauigkeit angeht - nix
ersetzt die Prüfung vor Ort).

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-at] Fwd: What's new @ GeoDaten Burgenland

[Robert Grübler]

Am , 6. September 2020 16:45 schrieb Stefan Tauner [mailto:stefan.tau...@gmx.at]

> Selbiges für die Steiermark:
> https://gis.stmk.gv.at/arcgis/services/OGD/als_schummerung/MapServer/WmsServer?request=GetCapabilities=WMS
> :
> Mag das von den Steirern vl. jemand an die JOSM-Devs melden?

Wenn du die Einträge in https://josm.openstreetmap.de/wiki/Maps/Austria  direkt 
änderst, stehen sie sofort allen JOSM Benutzern zur Verfügung.
JOSM nutzt diese Daten direkt beim Starten. Anleitung siehe 
https://josm.openstreetmap.de/wiki/Maps 
(Info stammt von Michael Kleidt).

LG Robert

___
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-fr] La gestion des poteaux

[François Lacombe]

Bonjour à vous

Merci d'avoir complété ces quelques points.

Concernant la présence de lignes aériennes en zone Enedis, tout est
maintenant connu et publié en opendata
https://www.enedis.fr/cartographie-des-reseaux-denedis
Il est possible de s'en servir pour contribuer à OSM, aucune ligne HTA 20
000 volts ou BT 220 volts ne peut vous échapper dans 95% des communes en
France métropolitaine.
Les 5% restant arrivent bientôt.

Les postes HTA/BT sont aussi disponibles mais aucun attribut ne permet de
déterminer s'ils sont sur un poteau ou pas

Le souterrain a commencé à être intégré à Caen et Dijon avec de bons
résultats.
A chaque point de connection aérien/souterrain se trouve un poteau.

Donc avec ces données + vues aériennes, il est au moins possible de savoir
où les poteaux sont manquants.

Bonne fin de weekend

François

Le ven. 4 sept. 2020 à 20:45, Francois Gouget  a écrit :

> On Thu, 3 Sep 2020, Philippe Verdy wrote:
> [...]
> > > Le nombre de cables se voit sur les photos aériennes.
> >
> > Pas toujours il y a plein de petites lignes même si on est capable de le
> > dire. Difficile de dire souvent s'il y a 3 ou 5 câbles ou plus. ou même
> > s'il y en a plus d'un seul.
>
> On parle bien du 20kV, pas du 400V en aval des transformateurs de
> distribution ? Les lignes 400V sont effectivement ingérables. Pareil pour
> les lignes téléphoniques.
>
>
> > Ca dépend beaucoup du fond (y compris la saison),
>
> Ils sont effectivement beaucoup plus visibles sur les fonds sombres que
> les fonds clairs. C'est pas très pratique dans les vignobles, plus simple
> là où il y a des prairies. Mais même si on ne voit pas le nombre de cables
> à un endroit donné, on peut souvent les compter dans un autre champ un peu
> plus loin.
>
> > Et de toute façon pas moyen de deviner les tensions transportées et le
> > mode (nombre de phases ou continu à certains endroits)
>
> Comme dit précédemment la tension se déduit des transformateurs qu'on
> trouve sur la ligne.
>
>
> > Les transfos sont également pas faciles à voir (et pas toujours montés en
> > haut des poteaux,
>
> Les transformateurs au sol sont au sol sont généralement en bordure des
> villes. Pour eux il faut compté sur les photos de rue.
>
> Mais en campagne c'est huit voir neuf transformateurs sur 10 qui se
> trouvent en haut du poteau. Ceux-là font une généralement une verrue bien
> repérable sur l'ombre du poteau.
>
> https://www.openstreetmap.org/edit#map=21/45.77978/-0.09650
>
> Du coup ça fait un bon faisceau d'indices : verrue sur l'ombre + ligne 3
> cables qui arrive + proche d'un transformateur manquant sur Osmose + à
> coté d'un hameau => il y a un transformateur.
>
>
> > et ce transfo est souvent caché dans la végétation
>
> D'accord avec toi mais en remplaçant 'souvent' par 'parfois'. La verrue
> est aussi parfois moins visible quand le poteau est dans l'axe du soleil.
>
>
> > parfois enterré sous une trappe difficile à voir (ou dans une armoire
> > difficile à distinguer d'une armoire télécoms;
>
> Tout ça ne concerne que les villes. Et dans ce cas c'est clair qu'i faut
> des photos de rue.
>
>
> > Pour le gaz c'est plus facile car le chemin est marqué par des gros
> points
> > jaunes ou chapiteaux jaunes sur un poteau très visibles presque partout
> et
> > presque toujours en bordure de chemin ou en limite de parcelle sur une
> aire
> > dégagée.
>
> Oui. Et il y a moins de marqueurs que de poteaux électriques. Mais les
> marqueurs faits pour être vus d'hélicoptère sont assez rares et quand on
> n'a qu'eux je ne suis pas sûr que le tracé du pipeline soit bien précis.
> Pour bien faire il faut aussi avoir les marqueurs triangulaires (pedestal)
> mais ils sont très durs à repérer 'en grous il faut identifier 4 pixels un
> peu clairs en losange de part et d'autre d'une route proche du tracé
> supposé du pipeline).
>
>
> > Sinon si j'ai des doutes, tant pis je ne relie pas:
>
> Oui. Pareil.
>
>
> --
> Francois Gouget  >___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-hr] Fwd: Import zgrada u Zagrebu

[Matija Nalis]

E da, nema nas niti na 
https://wiki.openstreetmap.org/wiki/Permissions#Europe

(kao niti na vec spomenutom 
https://wiki.openstreetmap.org/wiki/Potential_Datasources )


-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-at] Fwd: What's new @ GeoDaten Burgenland

[ScubbX]

Von der Basemap.at gibt es einen österreichweiten Oberflächen- als auch 
Geländeschummerungslayer als WMTS. Deren Auflösung weiß ich ah-hoc nicht, aber 
das wäre ein flächendeckende Datensatz...

Unten rechts im Layermenü kann man diese auswählen. 
https://www.basemap.at/application/index.html

Lg, Markus (ScubbX) 

Am 6. September 2020 16:45:01 MESZ schrieb Stefan Tauner :
>On Thu, 3 Sep 2020 22:32:49 +0200
>Stefan Tauner via Talk-at  wrote:
>
>> Was mir bisher beim Mappen am meisten geholfen hat, sind digitale
>> Geländemodelle mit einer Auflösung, die das Auffinden von zumindest
>> Forstraßen wenn nicht sogar breiteren Wegen in dichten Wäldern
>> ermöglicht. Ich hab erst heute einen solchen Weg, den ich durch das
>> tiroler DGM für sehr, sehr wahrscheinlich gehalten habe, in natura
>> verifizieren können. Forststraßen sind dort überdeutlich sichtbar und
>> für das geübte Auge auch leicht von Wassergräben, Bächen und
>ähnlichem
>> unterscheidbar. Apropos... von Gewässern erodierte Gräben i.e.
>> Wasserverläufe sind dadurch auch recht gut - oft besser als mit
>> optischen Luftbildern - nachverfolgbar.
>
>Für Wien gibt's nur eine Schummerung basierend auf dem alten 10x10m²
>DGM:
>https://data.wien.gv.at/daten/wms?service=WMS=GetCapabilities=1.1.1
>Die sind in der aktuellen Auflösung unbrauchbar: außer Vorortelinie und
>Tangente erkennt man nicht viel :)
>
>In Vorarlberg hat sie 50cm-Auflösung und taugt damit ebenfalls
>zumindest zur QA. Ist in JOSM integriert bzw. als
>schummerung_50cm_terrain unter folgender URL erreichbar:
>http://vogis.cnv.at/mapserver/mapserv?map=i_hoehen_und_gelaende_r_wms.map=1.3.0=wms=getcapabilities
>
>Selbiges für die Steiermark:
>https://gis.stmk.gv.at/arcgis/services/OGD/als_schummerung/MapServer/WmsServer?request=GetCapabilities=WMS
>
>Für die anderen Bundesländer habe ich zumindest "auf die Schnelle"
>nichts sinnvolles gefunden.
>
>Rechtlich bin ich dem Ganzen nicht wirklich nachgegangen. Für die
>Steiermark dürfte es auf jeden Fall OK sein auf Grund deren bisherigen
>OGD- Lizensierungen/Zustimmungen zur Verwendung der OGD in OSM. Mag das
>von den Steirern vl. jemand an die JOSM-Devs melden?
>Vorarlberg und Tirol sind schon in JOSM vorhanden.
>
>
>
>Um auf das eigentliche Thema zurückzukommen: Für das Burgenland gibt es
>offensichtlich auch ein auf Laser-Scans basiertes DGM, das sie in ihrer
>online Topo-Karte in einem bestimmten Zoombereich anzeigen (unterlegt
>mit Falschfarben aus anderen Daten wie z.B. Bewaldung). Ich habe aber
>keinen WMS-Dienst dafür gefunden - nur per Gemeinde Downloads:
>https://geodaten.bgld.gv.at/de/downloads/hoehenmodelle-orthofotos.html
>
>Mag vl. jemand (aus dem Burgenland?) sich, um eine entsprechende
>Lizenzzusage (CC BY SA v3 hat das bekannte Problem der
>Uneindeutigkeit, ob die OSM-Attributierung ausreichend ist) und ein
>WMS-Service kümmern (am Besten seitens des Landes natürlich, damit
>das aktuell bleibt)?
>
>-- 
>Kind regards/Mit freundlichen Grüßen, Stefan Tauner
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-hr] Fwd: Import zgrada u Zagrebu

[Matija Nalis]

Cool, hoces ti probati to sa OSM Conflatorom kako radi?

Inace, gledam po:
https://wiki.openstreetmap.org/wiki/Import/Guidelines

pa vidim da nismo dodali stvari u:
https://wiki.openstreetmap.org/wiki/Potential_Datasources

i jos korisnih iskustava sa importanjem na:
https://www.openstreetmap.org/user/Atakua/diary/368829


Ono sto je bitno je da definiramo i stavimo u Tasking Manager opis tocno sto sa 
tagiranjem kada mijenjamo geometriju.
Mozda ovakvo nesto:

- ako objekt ne postoji u OSM-u i zadovoljni smo gdje je u ZIPP-u,
  trivijalno je - prebacimo ga (npr.  kreiramo tocku i conflateamo na
  nju sa JOSM Conglating pluginom), dodamo building=religious i to je
  to.  (npr. source:geometry:ref=78775)

- ako objekt postoji u OSM-u ali ne valja, a zadovoljni smo gdje je u ZIPP-u, 
  opet je jednostavno.  Conflateamo postojeci OSM na novi ZIPP sa JOSM 
Conglating pluginom,
  upgradeamo building=yes na building=religious (ako OSM vec nema precizniji) i 
to je to.

- objekt vec postoji u OSM i vecinom je bolji od ZIPP-a?
  npr. source:geometry:ref=78821

  dodati dio gemetrije koji nam valja iz ZIPPa (luk na jugu), ali *NE* stavljati
  ZIPP tagove na objekt (iz changeseta ce se i tako vidjeti da smo ZIPP
  koristili kao dodatni izvor informacija)

  (naime, ako ostavim ZIPP tagove, u buducnosti ce eventualni import nove 
verzije dataseta htjeti unistiti ove nase rucne promjene!)

  i updateati building=yes na building=religious (ili precizniji, ako znamo is 
iskustva tocno sto je to)

- medjutim sto ako uzimamo objekt iz ZIPP-a i POMICEMO GA prema Zagreb 2018 
DOF-u? Onda izvor geometrije nije (samo) ZIPP, nego i DOF.
  Onda bi trebali nesto od:

  a) izmijeniti ZIPP tagove u nesto (ima li neki princip, ili moramo izmisljati 
svoj, tipa prefix pa bude "old:source:geometry:ref")?

  b) dodati "Zagreb 2018 DOF" u source:geometry  (uz postojeci ZIPP tekst)

  c) ili prvo uploadati jedan changeset po tome kakvo je u ZIPPu (sa
  changeset source=ZIPP); a onda obrisati ZIPP tagove i repozicionirati po
  DOF-u pa drugi upload sa changet source=Zagreb 2018 DOF? To bi zadrzalo samo 
u historyu

  d) ili jednostavno obrisati sve ZIPP tagove svaki put ako ista pomicemo taj 
objekt.
  (najjednostavnije, ali onda imamo loss of information ako cemo mozda hjtketo 
znati ubuduce je to ZIPP ID zapravo bio)

  (bitno je isto kao i gore - ako bude nova verzija changeseta, htjeti ce 
pomaknuti sve matching ID-eve koje smo mi vec namjestali po autorativnijem 
DOF-u)

  e) neka peta ideja?

  meni se mozda (b) cini kao najoptimalniji (najmanje posla, a zadrzava najvise 
informacija i omogucava da eventualne nove verzije importa ne trgaju rucno 
mijenjane stvari)


On Fri, Sep 04, 2020 at 10:44:36AM +0200, Janko Mihelić wrote:
> Novi .osm sa novim tagovima:
> https://www.dropbox.com/s/n05f0ikjxz8i9en/buildings-ot5-vjerski_objekti.osm?dl=0
> 
> A ovdje je mali .osm za isprobavanje OSM conflatora. Ima 4 poligona, dva
> odvojena, dva spojena. Promijenjeno je nekoliko točaka između dva spojena
> poligona.
> Nepromijenjena datoteka:
> https://www.dropbox.com/s/ff87kwi9pe1szqw/8912_5840.osm?dl=0
> Promjenjena:
> https://www.dropbox.com/s/17lqg3azxqr3fji/8912_5840_2.osm?dl=0
> 
> Janko
> 
> čet, 3. ruj 2020. u 17:29 Janko Mihelić  napisao je:
> 
> > čet, 3. ruj 2020. u 16:47 Matija Nalis <
> > mnalis-openstreetmapl...@voyager.hr> napisao je:
> >
> >> hm, ne vidim taj source:geometry:dataset bas po taginfu? mozda spojiti u
> >> jedan:
> >>
> >> source:geometry=ZIPP Aerofotogrametrijsko i LiDAR snimanje
> >> source:geometry:ref=234235 (ovo umjesto zzip_import_id)
> >> source:geometry:date=2012-03-26
> >>
> >> A da se opet zna *cije* je to Aerofotogrametrijsko i LiDAR snimanje...
> >>
> >
> > Ja sam za. Imaš pravo, dvostruki datum nije potreban. Budem napravio nove
> > religijske .osm datoteke sa tagovima. Find Replace.
> >
> >
> >> S tim da mi ovaj drugi svasta nesto radi, ali javlja gresku
> >> "confict in 'visible' attribute for object of type node with id 199"
> >>
> >
> > Možda ipak treba prvo ovaj drugi link, a onda prvi. U drugom kaže
> > "new_layer=false" a u prvom "true" pa valjda to radi problem kad proba
> > spojiti podatke.
> >
> >
> >> i da li bi trebalo biti u tom drugom URL-u "changeset_source=Bing" ?
> >> mozda "changeset_source=geoportal.zagreb.hr" ?
> >>
> >
> > To stvara Tasking Manager, ima dio gdje se može podesiti imagery, ja nisam
> > stavio ništa pa je stavio defaultni source=Bing. Ali mi je glupo da u
> > imagery stavim geoportal.zagreb.hr, pa da se otvori prazno. Možda da
> > stavimo Zagreb 2018 imagery, ionako ćemo još malo podešavati po njemu.
> > A mogu staviti i geoportal.zagreb.hr, nije neki problem svaki put
> > otvoriti imagery..
> >
> >
> >> Ja sam gledao ovaj:
> >> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Conflation
> >> taj isto koristi utilsplugin2 ali je navodno bolji za conflation zbog
> >> neceg :)
> >>
> >
> > Budem probao, sa onim drugim nije baš bilo bezbolno, bilo je dosta ručnog
> > rada 

Re: [Talk-at] Fwd: What's new @ GeoDaten Burgenland

[Stefan Tauner]

On Thu, 3 Sep 2020 22:32:49 +0200
Stefan Tauner via Talk-at  wrote:

> Was mir bisher beim Mappen am meisten geholfen hat, sind digitale
> Geländemodelle mit einer Auflösung, die das Auffinden von zumindest
> Forstraßen wenn nicht sogar breiteren Wegen in dichten Wäldern
> ermöglicht. Ich hab erst heute einen solchen Weg, den ich durch das
> tiroler DGM für sehr, sehr wahrscheinlich gehalten habe, in natura
> verifizieren können. Forststraßen sind dort überdeutlich sichtbar und
> für das geübte Auge auch leicht von Wassergräben, Bächen und ähnlichem
> unterscheidbar. Apropos... von Gewässern erodierte Gräben i.e.
> Wasserverläufe sind dadurch auch recht gut - oft besser als mit
> optischen Luftbildern - nachverfolgbar.

Für Wien gibt's nur eine Schummerung basierend auf dem alten 10x10m² DGM:
https://data.wien.gv.at/daten/wms?service=WMS=GetCapabilities=1.1.1
Die sind in der aktuellen Auflösung unbrauchbar: außer Vorortelinie und
Tangente erkennt man nicht viel :)

In Vorarlberg hat sie 50cm-Auflösung und taugt damit ebenfalls
zumindest zur QA. Ist in JOSM integriert bzw. als
schummerung_50cm_terrain unter folgender URL erreichbar:
http://vogis.cnv.at/mapserver/mapserv?map=i_hoehen_und_gelaende_r_wms.map=1.3.0=wms=getcapabilities

Selbiges für die Steiermark:
https://gis.stmk.gv.at/arcgis/services/OGD/als_schummerung/MapServer/WmsServer?request=GetCapabilities=WMS

Für die anderen Bundesländer habe ich zumindest "auf die Schnelle"
nichts sinnvolles gefunden.

Rechtlich bin ich dem Ganzen nicht wirklich nachgegangen. Für die
Steiermark dürfte es auf jeden Fall OK sein auf Grund deren bisherigen
OGD- Lizensierungen/Zustimmungen zur Verwendung der OGD in OSM. Mag das
von den Steirern vl. jemand an die JOSM-Devs melden?
Vorarlberg und Tirol sind schon in JOSM vorhanden.



Um auf das eigentliche Thema zurückzukommen: Für das Burgenland gibt es
offensichtlich auch ein auf Laser-Scans basiertes DGM, das sie in ihrer
online Topo-Karte in einem bestimmten Zoombereich anzeigen (unterlegt
mit Falschfarben aus anderen Daten wie z.B. Bewaldung). Ich habe aber
keinen WMS-Dienst dafür gefunden - nur per Gemeinde Downloads:
https://geodaten.bgld.gv.at/de/downloads/hoehenmodelle-orthofotos.html

Mag vl. jemand (aus dem Burgenland?) sich, um eine entsprechende
Lizenzzusage (CC BY SA v3 hat das bekannte Problem der
Uneindeutigkeit, ob die OSM-Attributierung ausreichend ist) und ein
WMS-Service kümmern (am Besten seitens des Landes natürlich, damit
das aktuell bleibt)?

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-at] Beispiele gelungener Behörden Kooperation

[Andreas]

Am 06.09.20 um 15:10 schrieb Johann Haag:
> 
> 
> Am So., 6. Sept. 2020 um 11:59 Uhr schrieb realadry via Talk-at
> mailto:talk-at@openstreetmap.org>>:
> 
> Hallo,
> 
> Wenn ich das richtig verstehe, schlägst du vor, dass basemap durch
> Gebäudedaten von OSM ersetzt wird?
> 
> Ich sehe das problematisch.
> 
> 1) Wer übernimmt die Verantwortung für den Inhalt bzw. Richtigkeit? Wenn
> es die Behörde ist, muss sie jede Veränderung manuell prüfen und
> freigeben (automatisisert ist da nix siehe 2., auch wenns technisch
> möglich wäre). Die Prüfung der bereits vorhanded Daten kann schon
> automatisiert erfolgen über Pixelabgleich mit basemap so wie das in
> Thomas' tool erfolgt. Jede Abweichung muss dann aber nochmal händisch
> korrigiert und geprüft werden.
> 
> 
> Ich bin mit dem Umstand konfrontiert, dass basemap Gebäudeumrisse
> systematisch um Monate wenn nicht sogar Jahre, der Natur nacheilen,
> hingegen OpenStreetMap potentiell sehr aktuell ist.

Das beruht teilweise sicher aufgrund von bürokratischen Strukturen als
auch durch Anwendung einer Güteprüfung. Ja die Daten mögen in manchen
Gebieten älter sein als OSM, aber die Behörde hat nun mal ein begrenztes
Budget und kann nicht ständig Daten neu erfassen.

> Behörden könnten zwecks Plausibilität ein Tool ähnlich jenes von Thomas
> Konrad nutzen, überschreitet ein neues Gebäude eine Bereits bebaute
> Fläche, so wäre eine Kontrolle angesagt. Es gibt auch Werkzeuge wie
> https://osmcha.org/?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22beautifulplaces%22%2C%22value%22%3A%22beautifulplaces%22%7D%5D%7D
> sowie https://resultmaps.neis-one.org/osm-suspicious#2/4.4/-16.2 mittels
> derer man die Qualitätssicherheit auf nationaler Ebene betreuen könnte.
Wir in OSM haben andere Qualitätsansprüche als die Behörden an einen
nationalen Graphen.

Denken wir mal durch, die Behörde verwendet OSM. zB.: bei
Parkverbot-Verletzungen befragt die Behörde das GIS, ob die Strafe
ausgestellt werden kann. Nun kann in dem Fall einfach in OSM das
Parkverbot entfernt werden (würde nicht bei der OSM
Plausibilitätsüberprüfung auffallen) und für die Behörde stellt nicht
die Strafe aus. Ja sicher, es wird in OSM alles historisiert, aber es
ist ein enormer Arbeitsaufwand, wenn die Historie zusätzlich überprüft
werden muss.

Wir haben zwar in der OSM Community ebenfalls Regeln aufgestellt, wie du
aber in der Vergangenheit des Öfteren bewiesen hast, halten sich nicht
alle Mapper daran und wollen ihr eigenes Süppchen kochen. Wie soll die
Behörde dann da auf eine Einhaltung von Mindestqualitätskriterien sich
verlassen?

> Möglich wäre auch ein von Behörden gehosteter Mirror, der Vandalismus
> durch wenige Tage Verzögerung, außen vor hält.
>

Das ist ein weiterer nicht unerheblicher Aufwand, den du meiner Meinung
nach sehr stark unterschätzt.

Des Weiteren wird in OSM immer mehr Datenerfassung mithilfe von AI oder
Algorithmen durchgeführt, die nicht immer offen sind, sodass eine
Überprüfung der Funktionsweise sehr aufwändig und schwer ist.

> 
> 2) Was ist eigentlich die Quelle für basemap? Ich nehme mal an Kataster
> und/oder Einreichpläne (zweiteres liegt oft nur als Papier vor). Beides
> sind vermessene und von Hand anhand von CAD Daten gezeichnete Pläne. Die
> zeichnen nicht von Satellitenbildern ab wie das oft bei OSM gemacht
> wird. Das wäre viel zu ungenau.
> 
> 
> Lassen wir Städte mal aussen vor, so gibt es am Land wenige
> Konturen welche tatsächlich vermessen sind. Behörden nutzen ansonsten
> die selben Grundlagen wie wir. Luftbilder, und Radarbilder.
>  
Bitte geh mal auf eine Veranstaltung, wo du mit Personen aus den
Behörden triffst. Die Behörden zeichnen nicht stur von Luftbildern ab.
Oft werden Vermessungsbüros oder LaserScan Befliegungen beauftragt und
diese Daten werden für die Erfassung bzw. Aktualisierung herangezogen.

> 
> 
> 3) Was genau hat die Behörde davon außer Mehraufwand?
> 
> 
> Der Verortungsclient der Statistik Austria,
> http://osm-talk-at.1116557.n5.nabble.com/Talk-at-Statistik-Austria-Verortungsclient-der-Gemeinden-mit-OSM-Layer-td2865.html
> lässt den Gemeinden gerademal das setzen eines Verortungspunktes zu,
> hier könnte der ID-Editor, heute Mitarbeiter der Gemeinden und Städte
> bessser abholen. Der Mehraufwand bestünde im sichten, wobei zeitnah
> Bausubstanz Änderungen zu berücksichtigen wohl den Aufwand rechtfertigt.

Du nimmst ein schlecht konzipiertes Tool für deine Begründungen her? In
der Zwischenzeit gibt es für diese Aufgaben andere Tools die den
Gemeinden zur Verfügung gestellt werden, mehr kann ich aus rechtlichen
Gründen aber nicht dazu sagen. Ich habe jahrelang an der GIP
mitgearbeitet und kenne daher das Behördenumfeld hier sehr gut.

Für dich mag es einfach sein, den ID-Editor oder JOSM für das Eintragen
von Objekten zu verwenden. Aber Behörden beschäftigen sich nicht den
ganzen Tag mit der GIP oder Basemap. Das ist nur ein geringer Teil ihres
Aufgabengebietes. Daher geht 

[Talk-it] Presentazione poster su OSM e Citizen Science alla conferenza ECSA

[Alessandro Sarretta]

Ciao a tutte e tutti,

vi comunico che martedì 8 settembre presenterò un poster con titolo 
"OpenStreetMap: an opportunity for Citizen Science" alla conferenza 
internazionale ECSA 2020 (https://www.ecsa-conference.eu/).


ECSA è l'associazione europea sulla Citizen Science e quest'anno la 
conferenza sarà interamente on-line (era prevista per giugno a Trieste).


Sul sito della conferenza potete trovare il programma completo in pdf 
(https://www.ecsa-conference.eu/Conference_programme.pdf), ma purtroppo 
tutti i dettagli e la possibilità di seguire le presentazioni sono 
solamente per gli iscritti.


Se vedete qualcosa che vi interessa particolarmente, fatemelo sapere e 
proverò a seguire e fare un resoconto.


Il poster (preparato insieme a Marco Minghini, Maurizio Napolitano, 
Peeter Mooney e Alex Kotsev) è visibile e scaricabile qui 
https://doi.org/10.5281/zenodo.3992341. Non è nulla di particolare, 
perché l'idea in realtà era di fare un workshop interattivo in cui far 
portare ai partecipanti dati da progetti di Citizen Science e 
analizzarli tramite gli strumenti di OSM. Il workshop è stato poi 
convertito in un poster da presentare in 5 minuti, quindi sarà più uno 
showcase delle potenzialità di OSM in questo "mondo", sperando di 
incuriosire e stimolare qualcuno ad approfondire.


Saluti,

Ale


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

Re: [Talk-at] Auflassung OSM Austria Building Coverage

[Stefan Tauner]

On Sun, 6 Sep 2020 08:57:30 +0200
Johann Haag  wrote:

> Ich fände es daher angebracht, wenn Leute wie Negreheb, sich aus osm
> raushalten würden. Solche Aktionen um die basemap zu stützen
> https://forum.openstreetmap.org/viewtopic.php?id=53856 sowie zuletzt der
> Feldzug von Stefan https://www.openstreetmap.org/changeset/89113969 sind
> unterirdisch.

"Unterirrdisch" sind solche Anschuldigungen, die frei erfunden sind.
Niemand in diesen 2 Threads oder der Österreichischen OSM-Community
"stützt" die Basemap, was ohnehin jeder Grundlage entbehrt, da deren
Existenz nichts mit OSM zu tun hat. Das ist fast so lächerlich, wie
vorzuschlagen, Häuslbauer sollten in Zukunft ihre Bauvorhaben per OSM
XML einreichen. Die Basemap dient uns als Datenquelle wie andere OGD
und viele andere Quellen ebenso. Keine davon ist perfekt oder ohne
Nachdenken zu verwenden.

Zum konkreten Fall: Ich habe (unter anderem) eine komplett falsche
Gebäudeform korrigiert unter Zuhilfename von mehreren Quellen unter
anderem der Basemap. Dabei habe ich die Garage übersehen, welche in den
(Tiris und anderen) Luftbildern nicht eindeutig/gar nicht zu sehen ist
(und in der Basemap gänzlich fehlt). Du hast das Gebäude danach wieder
falsch (allerdings dieses Mal in anderer Form(!) als beim 1. Mal) als 2
Gebäude und mit (schlecht) geschätztem Grundriss eingezeichnet. Dazu
hast du gegen übliche Praxis bestehende Ways komplett gelöscht und neu
eingezeichnet. Insgesamt war das eine unfachmännisch durchgeführte und
die Datenqualität verschlechternde Maßnahme, die sich leider in die
Vielzahl deiner Änderungen einreiht.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-at] Auflassung OSM Austria Building Coverage

[Andreas]

Am 06.09.20 um 08:57 schrieb Johann Haag:
> 
> 
> Am Sa., 5. Sept. 2020 um 21:56 Uhr schrieb Andreas via Talk-at 
> mailto:talk-at@openstreetmap.org>>:
> 
> Am 05.09.20 um 08:15 schrieb Johann Haag:
>> OpenStreetMap funktioniert mit schlecht aufgelösten 
>> Satellitenbildern ebenso, wie mit hochqualitativen lage
>> regulierten Luftbildern westlicher Industriestaaten. Daher ist es
>> zulässig, beim Mappen in OSM jeweils den kleinsten gemeinsamen
>> Nenner anzuwenden, und seien es auch nur aus einem Spaziergang
>> stammende Erinnerungen an eine Baustelle.
>> 
> 
> Was zulässig für das Mappen ist, kann dem osm wiki entnommen werden:
>  https://wiki.openstreetmap.org/wiki/DE:Beginners_Guide_1.1 oder 
> https://wiki.openstreetmap.org/wiki/DE:Good_practice
> 
> Darauf hat sich die Community geeinigt, auch wenn du ständig 
> versuchst - wie auch mit diesem Mail - den OSM Mappern deine eigenen 
> Regeln vorzuschreiben.
> 
> 
> Wir orientieren uns an den OSM Wiki Empfehlungen, das ist wohl 
> selbstverständlich.
> 
schön, das du mal mit den Regeln der Community einverstanden bist.
> 
>> In systematischer Mitwirkung, wird man das jeweils besten 
>> Arbeitsmittel wählen, dazu gehört der leistungsfähige Editor JOSM,
>>  wie auch in Österreich, vom Steuerzahler finanzierte hochwertige 
>> und uns zustehende Behördendaten.
> 
> Das wir in Österreich über OGD Daten im Geobereich verfügen, davon 
> träumen einige Nachbarländer. Das war ein langer Prozess bis die 
> Behörden sich bereit erklärt haben einen Teil ihrer Daten der 
> Öffentlichkeit zur Verfügung zu stellen.
> 
>> Nun kann es vorkommen, dass sich uns so verfügbare Arbeitsmittel in
>> unterschiedlicher Dynamik entwickeln. Nehmen wir zum Beispiel die
>> Basemap, so stellt diese eine statische Momentaufnahme dar. In der
>> DKM eingemessene Gebäudekanten sind für einen anderen Zweck als für
>> eine Karte gedacht. Was nützen uns wenige genaue Gebäudekanten, 
>> wenn lagereguilerte Luftbilder nicht an diese anschließen. 
>> Luftbilder werden etwa alle drei Jahre erneuert, eingemessene DKM 
>> Gebäudekanten bleiben aufgrund exorbitanter Kosten wie Blei in der 
>> Landschaft, folgende Bautätigkeit bleibt vielfach
>> unberücksichtigt. Daher ist es logisch dass wir uns zum Mappen in
>> Österreich, bei Behördendaten auf Luftbilder konzentrieren, und die
>> von Thomas in Bezug genommene Basemap daher weitgehend ignorieren.
> 
> Die Basemap ist eine Datengrundlage wie jede andere. Je nach 
> Verwendungszweck ist diese zu prüfen und wenn sie den Prüfkriterien 
> standhält kann sie doch verwendet werden.
> 
> Ich verstehe dich nicht so ganz. Zuerst sagst du, dass uns die 
> hochwertigen Behördendaten zustehen und jetzt trittst du dafür ein, 
> die Daten nicht zu verwenden?
> 
> 
> Manches ist für OpenStreetMap geeignet, und manches weniger.
> 

Genau, aber du hast ausgesagt, dass OGD Daten kategorisch für OSM
abzulehnen sind und damit war ich nicht einverstanden.

> 
>> 
>> Ein anderes Detail, Österreichs Luftbilder  unterscheiden sich zu 
>> jenen unserer Nachbarländer, dass man bei uns auch unterschiedliche
>> Gebäudekörper gut voneinander unterscheiden kann. International
>> üblich ist, von grobschlächtigen Luftbildern die Dach Außenkante
>> abzuzeichnen. Das führt bei Gebäudeanschlüssen zu ungereimtheiten.
>> Heute zeichne ich den Gebäudegrundriss, Gebäudeanschlüsse
>> verbessern sich hier schlagartig. Ich Propagiere das unterschneiden
>> der Dach Außenkante, und das Zeichnen des gebäude Grundrisses nun
>> bereits seit mehreren Jahren, und wende dies n meiner Main Region,
>> Bezirk Kitzbühel auch konsequent an.
> 
> Schön, das ist deine Arbeitsweise. Die könntest du am einfachsten im
>  Wiki beschreiben und im Forum oder ML zur Diskussion stellen.
> 
>> Leider wird das von anderen Mappern in Österreich nicht 
>> aufgegriffen, weswegen ich von einem für OSM unfreundlichem Berufs 
>> Geografen Umfeld ausgehe. Meine Aufmerksamkeit gehört daher den 
>> Gelegenheits Mitwirkenden in OpenStreetMap. Mit diesen wird 
>> OpenStreetMap in den kommenden Jahren stetig besser werden.
> 
> Wenn man dich also kritisiert, ist man ein "OSM unfreundlicher 
> Geograf"?
> 
> Schade, dass du die Mapper, die regelmäßig zur Verbesserung von OSM 
> ausschließen willst. Grund ist vielleicht, dass dann nicht mehr so 
> schnell auffällt, wenn du einen Import von ungeprüften Daten 
> durchführst, damit du deine Nr. 1 Position als Österreichischer 
> Mapper nicht verlierst?
> 
> Ich denke in einiger Zeit kannst du sicher auch in deiner Signatur 
> ergänzen: Mapper in Österreich mit den meisten Reverts.
> 
>> 
>> Bereits in wenigen Jahren wird OpenStreetMap die Basemap auch im 
>> Behördeneinsatz ersetzen. (Bitte nehmt mich hierbei beim Wort)
>> 
> 
> In Basemap und den OGD Prozess sind in den letzten Jahren, wenn nicht
> sogar Jahrzehnten, soviel Geld und Aufwand hineingeflossen, dass wird
> nicht so schnell abgedreht.
> 
> 
> Der OGD Prozess dauert definitiv schon sehr lange, exemplarisch Tiris
> 

Re: [Talk-at] Beispiele gelungener Behörden Kooperation

[Johann Haag]

Am So., 6. Sept. 2020 um 11:59 Uhr schrieb realadry via Talk-at <
talk-at@openstreetmap.org>:

> Hallo,
>
> Wenn ich das richtig verstehe, schlägst du vor, dass basemap durch
> Gebäudedaten von OSM ersetzt wird?
>
> Ich sehe das problematisch.
>
> 1) Wer übernimmt die Verantwortung für den Inhalt bzw. Richtigkeit? Wenn
> es die Behörde ist, muss sie jede Veränderung manuell prüfen und
> freigeben (automatisisert ist da nix siehe 2., auch wenns technisch
> möglich wäre). Die Prüfung der bereits vorhanded Daten kann schon
> automatisiert erfolgen über Pixelabgleich mit basemap so wie das in
> Thomas' tool erfolgt. Jede Abweichung muss dann aber nochmal händisch
> korrigiert und geprüft werden.
>

Ich bin mit dem Umstand konfrontiert, dass basemap Gebäudeumrisse
systematisch um Monate wenn nicht sogar Jahre, der Natur nacheilen,
hingegen OpenStreetMap potentiell sehr aktuell ist.
Behörden könnten zwecks Plausibilität ein Tool ähnlich jenes von Thomas
Konrad nutzen, überschreitet ein neues Gebäude eine Bereits bebaute Fläche,
so wäre eine Kontrolle angesagt. Es gibt auch Werkzeuge wie
https://osmcha.org/?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22beautifulplaces%22%2C%22value%22%3A%22beautifulplaces%22%7D%5D%7D
sowie https://resultmaps.neis-one.org/osm-suspicious#2/4.4/-16.2 mittels
derer man die Qualitätssicherheit auf nationaler Ebene betreuen könnte.
Möglich wäre auch ein von Behörden gehosteter Mirror, der Vandalismus durch
wenige Tage Verzögerung, außen vor hält.

>
> 2) Was ist eigentlich die Quelle für basemap? Ich nehme mal an Kataster
> und/oder Einreichpläne (zweiteres liegt oft nur als Papier vor). Beides
> sind vermessene und von Hand anhand von CAD Daten gezeichnete Pläne. Die
> zeichnen nicht von Satellitenbildern ab wie das oft bei OSM gemacht
> wird. Das wäre viel zu ungenau.
>

Lassen wir Städte mal aussen vor, so gibt es am Land wenige Konturen welche
tatsächlich vermessen sind. Behörden nutzen ansonsten die selben Grundlagen
wie wir. Luftbilder, und Radarbilder.


>
> 3) Was genau hat die Behörde davon außer Mehraufwand?
>

Der Verortungsclient der Statistik Austria,
http://osm-talk-at.1116557.n5.nabble.com/Talk-at-Statistik-Austria-Verortungsclient-der-Gemeinden-mit-OSM-Layer-td2865.html
lässt den Gemeinden gerademal das setzen eines Verortungspunktes zu, hier
könnte der ID-Editor, heute Mitarbeiter der Gemeinden und Städte bessser
abholen. Der Mehraufwand bestünde im sichten, wobei zeitnah Bausubstanz
Änderungen zu berücksichtigen wohl den Aufwand rechtfertigt.

Über den Nutzen aktueller,  offener Karten, muss man wohl nicht mehr
philosophieren.

Grüße Johann

>
>
> Mfg,
> realadry
>
> Am 06.09.2020 um 11:04 schrieb Johann Haag:
> > Auf der OSM Wiki Seite
> > https://wiki.openstreetmap.org/wiki/OpenStreetMap_for_Government ,
> > beschäftigen wir uns mit der Zusammenarbeit zwischen OpenStreetMap und
> > Behörden.
> > Wie bei so vielen OSM Wiki Seiten, wird ein Themen zwar angeschnitten,
> > Auflistungen bleiben anschließend meist unvollständig. Praktisch würde
> > der tatsächliche Umfangvon Behörden Kooperationen längst diese Wiki
> > Seite sprengen.
> >
> > Im allgemeinen meint man unter Behörden Kooperation, dass GD per Gesetz
> > festgelegt, unter einer OpenSource Lizenz der Allgemeinheit GD Daten zur
> > Verfügung stellt.
> > Am Beispiel der Stadt Meran gibt es auch kommunale Projekte, wo
> > OpenStreetMap in den Stadtplan aktiv eingebunden wird, also die Stadt
> > auf bestimmte eigene Layer bewusst verzichtet.
> > Infostadt Meran:
> >
> https://www.gemeinde.meran.bz.it/de/Buergerservice/Dienste/Kartografie_-_GIS
> >
> > Im abgeschlossenen Projekt Gebäudeabdeckung Österreich von Thomas Konrad
> >
> https://lists.openstreetmap.org/pipermail/talk-at/2020-September/010721.html
> > haben wir gelernt, dass eine Übereinstimmung von mehr als 80% einer
> > Vollabdeckung von OpenStreetMap entspricht.
> >
> > Ich stelle daher in den Raum, dass die Behördenkarte basemap Österreich,
> > angesichts der aktuell bereits erreichten Qualität von OpenStreetMap,
> > und angesichts der inzwischen aus der US dominierten iT Industrie
> > erdrückend empfundener Anzahl an kommerzieller Karten, durch eine
> > direkte GD / OSM Kooperation ersetzt werden könnte.
> >
> > Personelle GD Ressourcen, könnten von der Erstellung und Pflege
> > bisheriger basemap Gebäudeumrisse befreit, in OSM Mitwirkung, den
> > Privaten US Anbietern mit einer
> > leistungsfähigen OpenSource Alternative Paroli bieten. OSM ist längst
> > Basis nationaler Souveränität in Europa und der Welt.
> >
> > --
> > Mst. 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-at mailing list
> 

Re: [Talk-hr] Fwd: Import zgrada u Zagrebu

[Matija Nalis]

On Thu, Sep 03, 2020 at 05:29:01PM +0200, Janko Mihelić wrote:
> čet, 3. ruj 2020. u 16:47 Matija Nalis 
> napisao je:
> 
> Možda ipak treba prvo ovaj drugi link, a onda prvi. U drugom kaže
> "new_layer=false" a u prvom "true" pa valjda to radi problem kad proba
> spojiti podatke.

da, imas pravo, tako radi

> > i da li bi trebalo biti u tom drugom URL-u "changeset_source=Bing" ?
> > mozda "changeset_source=geoportal.zagreb.hr" ?
> 
> To stvara Tasking Manager, ima dio gdje se može podesiti imagery, ja nisam
> stavio ništa pa je stavio defaultni source=Bing. Ali mi je glupo da u
> imagery stavim geoportal.zagreb.hr, pa da se otvori prazno. Možda da
> stavimo Zagreb 2018 imagery, ionako ćemo još malo podešavati po njemu.
> A mogu staviti i geoportal.zagreb.hr, nije neki problem svaki put otvoriti
> imagery..

Mislim da to nije aerial layer kojeg ce ucitati (barem ga meni ne
ucita sa remote control linkovima koje si dao), nego ono sto ce
pisati u changeset "source" tag-u (a sto zelimo da pise izvor!)

Ali to sto si rekao, bi bilo dobro staviti u Tasking Manager i Zagreb
2018 imagery da se ucita isto automatski, kao na prethodnim taskovima sto radi.

> > Ja sam gledao ovaj:
> > https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Conflation
> > taj isto koristi utilsplugin2 ali je navodno bolji za conflation zbog
> > neceg :)
> 
> Budem probao, sa onim drugim nije baš bilo bezbolno, bilo je dosta ručnog
> rada sa spajanjem točaka.

Ja uopce ne kuzim kako bih trebao direktno koristiti utilsplugin2
direktno, jer su mi objekti u razlicitim layerovima, pa mi je uopce
opcija "Replace Geometry" disableana.  Izgleda mi kao da bih morao
prvo merge layers da mi radi?  Jer ako ih selektiram samo svaki objekt u
svom layeru i dalje mi je "Replace Geometry" greyed-out...

Sa JOSM Conflation pluginom kliknem na configure, pa selektiram koji
layer je source, a koji destination.

> Za ljude je vjerojatno dovoljno dobro nesto tipa "source:geometry=RUCNO
> > radjeno prema a,b,c.  Ne dirati osim ako nova geometrija sigurno nije bolja
> > od toga"
> > Pa onda ce razmisliti (nadajmo se) prije nego krenes mijenjati geometriju
> > toga.
> 
> Onda je upitno ono što Hrvoje kaže da ionako trebamo namještati po Zagreb
> DOF-u 2018. Jer će onda svi biti bar malo drugačiji. Trebalo bi malo
> proanalizirati koji postotak bi se namještao:
> https://tms.osm-hr.org/

A bude se javio hbogner dok uhvati vremena valjda, malo se previse
natrpao covjek sa poslovima izgleda, nije to zdravo :)

Worst case ako bude previse posla, mozemo po Zagreb 2018 DOF-u
namjestati samo ono sto i inace moramo namjestati, a sve ono cega
nema pustiti kakvo je u ZIPPu.  (ja sam slijedeca 3 tjedna kratak sa
internetom, tako da...)


-- 
Opinions above are GNU-copylefted.

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

[Talk-ca] hebdoOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 528 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13678/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-it] weeklyOSM #528 2020-08-25-2020-08-31

[weeklyteam]

Il settimanale di notizie su OSM, numero # 528, è ora disponibile online in 
italiano, 
fornendo come sempre un riassunto di molte cose che accadono nel mondo 
OpenStreetMap: 

https://www.weeklyosm.eu/it/archives/13678/

Buona lettura! 

Sai che possono anche inviare messaggi per il weeklyOSM? Basta effettuare il 
login 
su https://osmbc.openstreetmap.de/login con il tuo account OSM. 

Per saperne di più su come scrivere un messaggio, leggi qui: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 
weeklyOSM? 

chi: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
dove?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] hebdoOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 528 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13678/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ht] hebdoOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 528 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13678/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
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-br] semanárioOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 528, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/13678/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-pt] semanárioOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 528, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : 

https://www.weeklyosm.eu/pb/archives/13678/

Aproveite!

Você sabia que também pode enviar mensagens para o OSM semanal/semanárioOSMſ 
sem ser membro? Basta fazer login em https://osmbc.openstreetmap.de/login com 
sua conta OSM e usar a conta de convidado. Leia mais sobre como escrever um 
post aqui: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[Talk-africa] hebdoOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 528 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

https://www.weeklyosm.eu/fr/archives/13678/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[OSM-co] semanarioOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

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

https://www.weeklyosm.eu/es/archives/13678/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-cu] semanarioOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

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

https://www.weeklyosm.eu/es/archives/13678/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-bo] semanarioOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

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

https://www.weeklyosm.eu/es/archives/13678/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-bo mailing list
Talk-bo@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-bo

[Talk-es] semanarioOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

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

https://www.weeklyosm.eu/es/archives/13678/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-GB] weeklyOSM #528 2020-08-25-2020-08-31

[weeklyteam]

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

 https://www.weeklyosm.eu/en/archives/13678/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[talk-latam] semanarioOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

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

https://www.weeklyosm.eu/es/archives/13678/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-cl] semanarioOSM Nº 528 2020-08-25-2020-08-31

[theweekly . osm]

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

https://www.weeklyosm.eu/es/archives/13678/

¡Disfruta!

¿Sabías que también puedes enviar mensajes para la nota semanal sin ser 
miembro? Simplemente ingresa a https://osmbc.openstreetmap.de/login con tu 
cuenta de OSM. Lee más sobre cómo escribir una publicación aquí: 
http://www.weeklyosm.eu/es/this-news-should-be-in-weeklyosm 

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[Talk-us] weeklyOSM #528 2020-08-25-2020-08-31

[weeklyteam]

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

 https://www.weeklyosm.eu/en/archives/13678/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[talk-ph] weeklyOSM #528 2020-08-25-2020-08-31

[weeklyteam]

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

 https://www.weeklyosm.eu/en/archives/13678/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-talk-ie] weeklyOSM #528 2020-08-25-2020-08-31

[weeklyteam]

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

 https://www.weeklyosm.eu/en/archives/13678/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-ca] weeklyOSM #528 2020-08-25-2020-08-31

[weeklyteam]

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

 https://www.weeklyosm.eu/en/archives/13678/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-africa] weeklyOSM #528 2020-08-25-2020-08-31

[weeklyteam]

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

 https://www.weeklyosm.eu/en/archives/13678/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[OSM-talk] weeklyOSM #528 2020-08-25-2020-08-31

[weeklyteam]

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

 https://www.weeklyosm.eu/en/archives/13678/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-de] weeklyOSM #528 2020-08-25-2020-08-31

[weeklyteam]

Die Wochennotiz Ausgabe Nr. # 528, ist nun verfügbar - 
wie immer mit vielen Nachrichten aus dem OSM-Universium:

https://www.weeklyosm.eu/de/archives/13678/

Viel Spaß beim Lesen.  

Euer Wochennotizteam

Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz
einreichen könnt? Einfach auf https://osmbc.openstreetmap.de/ 
mit eurem OSM-Benutzerkonto anmelden und dann den Gastzugang benutzen. 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-pt] Quadriplicação de vértices geodésicos

[Filohipo]

Há vértices geodésicos que tem vários pontos ( e nomes ligeiramente
diferentes)
Quem fez um trabalho de fundo neste campo foi o H Valentim, que poderá
esclarecer.
Não fui verificar o ponto enviado pois estou no telefone
F

A domingo, 6/09/2020, 10:45, Nuno José Almeida 
escreveu:

> Bom dia.
>
> Fim aqui https://www.openstreetmap.org/#map=19/39.57547/-7.63014 e
> reparei que existem 4 pontos para a mesma coisa. Alguém andou a fazer
> trabalhos já feitos?
>
>
>
> --
> Nuno José Almeida
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-at] Beispiele gelungener Behörden Kooperation

[realadry via Talk-at]

Hallo,

Wenn ich das richtig verstehe, schlägst du vor, dass basemap durch
Gebäudedaten von OSM ersetzt wird?

Ich sehe das problematisch.

1) Wer übernimmt die Verantwortung für den Inhalt bzw. Richtigkeit? Wenn
es die Behörde ist, muss sie jede Veränderung manuell prüfen und
freigeben (automatisisert ist da nix siehe 2., auch wenns technisch
möglich wäre). Die Prüfung der bereits vorhanded Daten kann schon
automatisiert erfolgen über Pixelabgleich mit basemap so wie das in
Thomas' tool erfolgt. Jede Abweichung muss dann aber nochmal händisch
korrigiert und geprüft werden.

2) Was ist eigentlich die Quelle für basemap? Ich nehme mal an Kataster
und/oder Einreichpläne (zweiteres liegt oft nur als Papier vor). Beides
sind vermessene und von Hand anhand von CAD Daten gezeichnete Pläne. Die
zeichnen nicht von Satellitenbildern ab wie das oft bei OSM gemacht
wird. Das wäre viel zu ungenau.

3) Was genau hat die Behörde davon außer Mehraufwand?


Mfg,
realadry

Am 06.09.2020 um 11:04 schrieb Johann Haag:

Auf der OSM Wiki Seite
https://wiki.openstreetmap.org/wiki/OpenStreetMap_for_Government ,
beschäftigen wir uns mit der Zusammenarbeit zwischen OpenStreetMap und
Behörden.
Wie bei so vielen OSM Wiki Seiten, wird ein Themen zwar angeschnitten,
Auflistungen bleiben anschließend meist unvollständig. Praktisch würde
der tatsächliche Umfangvon Behörden Kooperationen längst diese Wiki
Seite sprengen.

Im allgemeinen meint man unter Behörden Kooperation, dass GD per Gesetz
festgelegt, unter einer OpenSource Lizenz der Allgemeinheit GD Daten zur
Verfügung stellt.
Am Beispiel der Stadt Meran gibt es auch kommunale Projekte, wo
OpenStreetMap in den Stadtplan aktiv eingebunden wird, also die Stadt
auf bestimmte eigene Layer bewusst verzichtet.
Infostadt Meran:
https://www.gemeinde.meran.bz.it/de/Buergerservice/Dienste/Kartografie_-_GIS

Im abgeschlossenen Projekt Gebäudeabdeckung Österreich von Thomas Konrad
https://lists.openstreetmap.org/pipermail/talk-at/2020-September/010721.html
haben wir gelernt, dass eine Übereinstimmung von mehr als 80% einer
Vollabdeckung von OpenStreetMap entspricht.

Ich stelle daher in den Raum, dass die Behördenkarte basemap Österreich,
angesichts der aktuell bereits erreichten Qualität von OpenStreetMap,
und angesichts der inzwischen aus der US dominierten iT Industrie
erdrückend empfundener Anzahl an kommerzieller Karten, durch eine
direkte GD / OSM Kooperation ersetzt werden könnte.

Personelle GD Ressourcen, könnten von der Erstellung und Pflege
bisheriger basemap Gebäudeumrisse befreit, in OSM Mitwirkung, den
Privaten US Anbietern mit einer
leistungsfähigen OpenSource Alternative Paroli bieten. OSM ist längst
Basis nationaler Souveränität in Europa und der Welt.

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

[Talk-pt] Quadriplicação de vértices geodésicos

[Nuno José Almeida]

Bom dia.

Fim aqui https://www.openstreetmap.org/#map=19/39.57547/-7.63014 e reparei
que existem 4 pontos para a mesma coisa. Alguém andou a fazer trabalhos já
feitos?



-- 
Nuno José Almeida
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[Talk-at] Beispiele gelungener Behörden Kooperation

[Johann Haag]

Auf der OSM Wiki Seite
https://wiki.openstreetmap.org/wiki/OpenStreetMap_for_Government ,
beschäftigen wir uns mit der Zusammenarbeit zwischen OpenStreetMap und
Behörden.
Wie bei so vielen OSM Wiki Seiten, wird ein Themen zwar angeschnitten,
Auflistungen bleiben anschließend meist unvollständig. Praktisch würde der
tatsächliche Umfangvon Behörden Kooperationen längst diese Wiki Seite
sprengen.

Im allgemeinen meint man unter Behörden Kooperation, dass GD per Gesetz
festgelegt, unter einer OpenSource Lizenz der Allgemeinheit GD Daten zur
Verfügung stellt.
Am Beispiel der Stadt Meran gibt es auch kommunale Projekte, wo
OpenStreetMap in den Stadtplan aktiv eingebunden wird, also die Stadt auf
bestimmte eigene Layer bewusst verzichtet.
Infostadt Meran:
https://www.gemeinde.meran.bz.it/de/Buergerservice/Dienste/Kartografie_-_GIS

Im abgeschlossenen Projekt Gebäudeabdeckung Österreich von Thomas Konrad
https://lists.openstreetmap.org/pipermail/talk-at/2020-September/010721.html
haben wir gelernt, dass eine Übereinstimmung von mehr als 80% einer
Vollabdeckung von OpenStreetMap entspricht.

Ich stelle daher in den Raum, dass die Behördenkarte basemap Österreich,
angesichts der aktuell bereits erreichten Qualität von OpenStreetMap, und
angesichts der inzwischen aus der US dominierten iT Industrie erdrückend
empfundener Anzahl an kommerzieller Karten, durch eine direkte GD / OSM
Kooperation ersetzt werden könnte.

Personelle GD Ressourcen, könnten von der Erstellung und Pflege bisheriger
basemap Gebäudeumrisse befreit, in OSM Mitwirkung, den Privaten US
Anbietern mit einer leistungsfähigen OpenSource Alternative Paroli bieten.
OSM ist längst Basis nationaler Souveränität in Europa und der Welt.

-- 
Mst. 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] Auflassung OSM Austria Building Coverage

[Johann Haag]

Am Sa., 5. Sept. 2020 um 21:56 Uhr schrieb Andreas via Talk-at <
talk-at@openstreetmap.org>:

> Am 05.09.20 um 08:15 schrieb Johann Haag:
> > OpenStreetMap funktioniert mit schlecht aufgelösten Satellitenbildern
> > ebenso, wie mit hochqualitativen lage regulierten Luftbildern
> > westlicher Industriestaaten. Daher ist es zulässig, beim Mappen in
> > OSM jeweils den kleinsten gemeinsamen Nenner anzuwenden, und seien es
> > auch nur aus einem Spaziergang stammende Erinnerungen an eine
> > Baustelle.
> >
>
> Was zulässig für das Mappen ist, kann dem osm wiki entnommen werden:
> https://wiki.openstreetmap.org/wiki/DE:Beginners_Guide_1.1 oder
> https://wiki.openstreetmap.org/wiki/DE:Good_practice
>
> Darauf hat sich die Community geeinigt, auch wenn du ständig versuchst -
> wie auch mit diesem Mail - den OSM Mappern deine eigenen Regeln
> vorzuschreiben.
>

Wir orientieren uns an den OSM Wiki Empfehlungen, das ist wohl
selbstverständlich.

>
> > In systematischer Mitwirkung, wird man das jeweils besten
> > Arbeitsmittel wählen, dazu gehört der leistungsfähige Editor JOSM,
> > wie auch in Österreich, vom Steuerzahler finanzierte hochwertige und
> > uns zustehende Behördendaten.
>
> Das wir in Österreich über OGD Daten im Geobereich verfügen, davon
> träumen einige Nachbarländer. Das war ein langer Prozess bis die
> Behörden sich bereit erklärt haben einen Teil ihrer Daten der
> Öffentlichkeit zur Verfügung zu stellen.
>
> > Nun kann es vorkommen, dass sich uns so verfügbare Arbeitsmittel in
> > unterschiedlicher Dynamik entwickeln. Nehmen wir zum Beispiel die
> > Basemap, so stellt diese eine statische Momentaufnahme dar. In der
> > DKM eingemessene Gebäudekanten sind für einen anderen Zweck als für
> > eine Karte gedacht. Was nützen uns wenige genaue Gebäudekanten, wenn
> >  lagereguilerte Luftbilder nicht an diese anschließen. Luftbilder
> > werden etwa alle drei Jahre erneuert, eingemessene DKM Gebäudekanten
> > bleiben aufgrund exorbitanter Kosten wie Blei in der Landschaft,
> > folgende Bautätigkeit bleibt vielfach unberücksichtigt. Daher ist es
> > logisch dass wir uns zum Mappen in Österreich, bei Behördendaten auf
> > Luftbilder konzentrieren, und die von Thomas in Bezug genommene
> > Basemap daher weitgehend ignorieren.
>
> Die Basemap ist eine Datengrundlage wie jede andere. Je nach
> Verwendungszweck ist diese zu prüfen und wenn sie den Prüfkriterien
> standhält kann sie doch verwendet werden.
>
> Ich verstehe dich nicht so ganz. Zuerst sagst du, dass uns die
> hochwertigen Behördendaten zustehen und jetzt trittst du dafür ein, die
> Daten nicht zu verwenden?
>

Manches ist für OpenStreetMap geeignet, und manches weniger.

>
> >
> > Ein anderes Detail, Österreichs Luftbilder  unterscheiden sich zu
> > jenen unserer Nachbarländer, dass man bei uns auch unterschiedliche
> > Gebäudekörper gut voneinander unterscheiden kann. International
> > üblich ist, von grobschlächtigen Luftbildern die Dach Außenkante
> > abzuzeichnen. Das führt bei Gebäudeanschlüssen zu ungereimtheiten.
> > Heute zeichne ich den Gebäudegrundriss, Gebäudeanschlüsse verbessern
> > sich hier schlagartig. Ich Propagiere das unterschneiden der Dach
> > Außenkante, und das Zeichnen des gebäude Grundrisses nun bereits
> > seit mehreren Jahren, und wende dies n meiner Main Region, Bezirk
> > Kitzbühel auch konsequent an.
>
> Schön, das ist deine Arbeitsweise. Die könntest du am einfachsten im
> Wiki beschreiben und im Forum oder ML zur Diskussion stellen.
>
> > Leider wird das von anderen Mappern in Österreich nicht aufgegriffen,
> > weswegen ich von einem für OSM unfreundlichem Berufs Geografen Umfeld
> > ausgehe. Meine Aufmerksamkeit gehört daher den Gelegenheits
> > Mitwirkenden in OpenStreetMap. Mit diesen wird OpenStreetMap in den
> > kommenden Jahren stetig besser werden.
>
> Wenn man dich also kritisiert, ist man ein "OSM unfreundlicher Geograf"?
>
> Schade, dass du die Mapper, die regelmäßig zur Verbesserung von OSM
> ausschließen willst. Grund ist vielleicht, dass dann nicht mehr so
> schnell auffällt, wenn du einen Import von ungeprüften Daten
> durchführst, damit du deine Nr. 1 Position als Österreichischer Mapper
> nicht verlierst?
>
> Ich denke in einiger Zeit kannst du sicher auch in deiner Signatur
> ergänzen: Mapper in Österreich mit den meisten Reverts.
>
> >
> > Bereits in wenigen Jahren wird OpenStreetMap die Basemap auch im
> > Behördeneinsatz ersetzen. (Bitte nehmt mich hierbei beim Wort)
> >
>
> In Basemap und den OGD Prozess sind in den letzten Jahren, wenn nicht
> sogar Jahrzehnten, soviel Geld und Aufwand hineingeflossen, dass wird
> nicht so schnell abgedreht.
>

Der OGD Prozess dauert definitiv schon sehr lange, exemplarisch Tiris Maps
der Tiroler Landesregierung gibt es schon wesentlich länger als OSM.
Tiris Maps (jene Teile welcher auch in die basemap fliesst) war mir lange
ein wertvolles Hilfsmittel, heute schaue ich nur noch sehr selten auf Tiris
Gebäudeumrisse. Was ich meine ist, Steuergeld finanzierte