[Talk-br] Algorítimo CNEFE XML OSM

[santamariense]

Ao passo que cada linha do TXT do CNEFE está em ordem decrescente e
percorre a quadra (fechada ou não) da face N para a face 1, é possível
criar por meio de programa um XML já com a numeração de casas
esparramadas ao longo da face.

Se a gente conseguir fazer essa ideia sair do papel, não será preciso
ter que esparramar manualmente os números nas faces, ou seja, "80%" de
redução de trabalho braçal.

Alguém de vocês já programou escrevendo em arquivos XML? Pessoalmente
eu peguei a manha de ler arquivos XML em PHP, mas escrever um XML
nunca fiz. Posso até aprender, não me parece difícil. Mas não tenho
certeza que PHP seja a linguagem ideal, se há que exista, para
escrever os arquivos XML OSM. E mesmo que consiga escrever XML
precisaria de ajuda na parte lógica.

Alguém saberia onde encontrar programadores experientes dispostos (a
ajudar) a criar um programa para fazer isso? A menos que a gente tenha
aqui na lista mesmo ;) Ou todos são programadores :0  Eu sou mais
um entusiasta do que alguém preparado para isso.

Algorítimo: Ponta-pé inicial:

Algoritimo CNEFE_XML_OSM;

  Ler o arquivo “.osm” (XML) com as faces.  Armazenar os atributos de
cada face em um vetor;

  Ler o aquivo cnefeTXT. Armazenar os atributos de cada casa em um vetor;

  Para cada vetor(cnefeTXT) faça {
Busca no vetor de faces, a face correspondente;
Obtêm-se os nodes dos extremos da face;
Analisa-se o sentido do way da face, observando que o último node da
face atual será o primeiro node da face antecessora (visto que o
cnefeTXT está em ordem decrescente);
Com base nas coordenadas dos extremos das faces e com o uso de
geometria, aloca-se os pontos ao longo da face;
Escreve no XML os nodes e seus atributos;
Escreve no XML as faces e seus atributos, extinguindo-se os nodes
originais, e adicionando-se os nodes alocados como referencia;
  }

FIM_Algoritimo;

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

[Talk-us] Whole-US Garmin Map update - 2017-01-04

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

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

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-01-04

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-01-04/kml/kml.html


FAQ



Why did you do this?

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

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-01-04

Can or should I seed the torrents?

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

Why is my map missing small rectangular areas?

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

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

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

Does your map cover Mexico/Canada?

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

-- Dave


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

Re: [Talk-us] Boston speed limit too Re: Michigan speed limit changes coming soon

[Greg Troxel]

Bill Ricker  writes:

> ​the question then is, can we tell (without driving in circles) is if an
> existing ​30 mph tag in Boston was implicit or explicit ... to find which
> might need fixing

No, you probably can't.  Perhaps massdot will update and you can
compare.  But, I see almost zero speed limit signs refllecting the 30mph
thickly-settled limit.  I see very few for the unposted 40 (notb thickly
settled, not divided), and pretty much every divided highway (50 if not
posted) is posted one way or the other.

But this also seems like  distinction without a difference, and I don't
think anybody is going to slow down...


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

Re: [Talk-us] Boston speed limit too Re: Michigan speed limit changes coming soon

[Bill Ricker]

On Sat, Jan 7, 2017 at 6:31 PM, Greg Troxel  wrote:

> Also, we do have the implicit 30 mph tagged on many roads.   While there
> are usually not signs, it is entirely verifable.  One only has to read
> the law and measure the distance between houses (or observe that the
> area is built up with businesses).   These two tasks are entirely within
> the ability of a typical mapper.
>

​the question then is, can we tell (without driving in circles) is if an
existing ​30 mph tag in Boston was implicit or explicit ... to find which
might need fixing



-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Boston speed limit too Re: Michigan speed limit changes coming soon

[Greg Troxel]

Also, we do have the implicit 30 mph tagged on many roads.   While there
are usually not signs, it is entirely verifable.  One only has to read
the law and measure the distance between houses (or observe that the
area is built up with businesses).   These two tasks are entirely within
the ability of a typical mapper.



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

[Talk-ca] weeklyOSM #337 The Maps that-made 2016 extraordinary

[weeklyteam]

The German team produced a review of the amazing maps in the year of 2016, here 
we have the English version of the same review of the maps from WeeklyOSMs 
'maps' category.

Here is our choice for you: maps in weeklyOSM 2016

http://www.weeklyosm.eu/end-of-the-year-review-2016

Have a lot of fun!


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

[OSM-talk-ie] weeklyOSM #337 The Maps that-made 2016 extraordinary

[weeklyteam]

The German team produced a review of the amazing maps in the year of 2016, here 
we have the English version of the same review of the maps from WeeklyOSMs 
'maps' category.

Here is our choice for you: maps in weeklyOSM 2016

http://www.weeklyosm.eu/end-of-the-year-review-2016

Have a lot of fun!


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-GB] weeklyOSM #337 The Maps that-made 2016 extraordinary

[weeklyteam]

The German team produced a review of the amazing maps in the year of 2016, here 
we have the English version of the same review of the maps from WeeklyOSMs 
'maps' category.

Here is our choice for you: maps in weeklyOSM 2016

http://www.weeklyosm.eu/end-of-the-year-review-2016

Have a lot of fun!


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

[OSM-talk] weeklyOSM #337 The Maps that-made 2016 extraordinary

[weeklyteam]

The German team produced a review of the amazing maps in the year of 2016, here 
we have the English version of the same review of the maps from WeeklyOSMs 
'maps' category.

Here is our choice for you: maps in weeklyOSM 2016

http://www.weeklyosm.eu/end-of-the-year-review-2016

Have a lot of fun!


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-us] weeklyOSM #337 The Maps that-made 2016 extraordinary

[weeklyteam]

The German team produced a review of the amazing maps in the year of 2016, here 
we have the English version of the same review of the maps from WeeklyOSMs 
'maps' category.

Here is our choice for you: maps in weeklyOSM 2016

http://www.weeklyosm.eu/end-of-the-year-review-2016

Have a lot of fun!


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

[OSM-talk-be] grb as a background in ID

[joost schouppe]

Hi,

I recently discovered that all the background layers in iD (and
theoretically in potlatch and josm too) come from this one place:

https://github.com/osmlab/editor-layer-index/tree/gh-pages/sources/europe/be

In Flanders, the AGIV aerial pictures were there (and properly marked as
best available). As a bit of an experiment, I added the GRB baselayer too,
et voila, now that's one of the layer available by default in iD.

I don't know which layers are available for mapping in Wallonia and
Brussels, but it is really quite easy for you to add them there. Give me a
shout if you like a little help.

There's a viewer too BTW:
https://osmlab.github.io/editor-layer-index/

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-us] Boston speed limit too Re: Michigan speed limit changes coming soon

[Bill Ricker]

Tod - "Makes sense to have the OSM tagging model the real world in this
regard. If we had that the a local mapper could update one value on the
administrative boundary and all the roads without explicit maxspeed tagging
would be covered."

Agreed. There isn't a better community than OSM to maintain it.
If our allied open routing project provides a side repository outside the
main OSM but linked (the way e.g. our Notes are) I would happily update
that.
Without that being created, OSM admin boundary seems the right place.

​--
Bill Ricker
bill.n1...@gmail.com @n1vux

​[ full reply included below so cc: talk-us-mass has full context ] ​

On Sat, Jan 7, 2017 at 2:25 PM, Tod Fitch  wrote:

> > On Jan 7, 2017, at 10:57 AM, Bill Ricker  wrote:
> >
> > On Sat, Jan 7, 2017 at 12:44 AM, Jack Burke  wrote:
> >> Hey, Michigan folks, keep an eye out for some speed limit changes
> [1]
> >
> > We have a different change hitting Boston as of this last week -- the
> > statutory limit on *UNSIGNED* roads/streets in Boston has changed.
> >
> > Statutory limit had been the state's 30mph (thickly settled or
> > business district).
> >
> > One might presume since this changes only unsigned speed, we haven't
> > entered it, so nothing to change.
> > But how is a router to know ?
> >
> > [1] http://www.mlive.com/news/index.ssf/2017/01/75-mph_
> speed_limits_officially.html
> > [2] http://www.mit.edu/~jfc/ma.html
> >
>
> Too bad that every time someone proposes having default values based on
> administrative boundaries it gets shot down like this one [1] was.
>
> Many, in fact, almost all residential streets in my state are not signed
> with speed limits. I think that is true in most states, but the default
> values definitely change with jurisdiction. If I tag them with the default
> legal limit when there is no signing, I run the risk that they are not
> updated if the law changes. And a person driving the street can’t verify
> the value just by looking. If I don’t tag it, then the routing software
> will make an assumption on what the speed is and the assumption is likely
> based on the part of the world the people writing the software live and
> very likely won’t match my area.
>
> To the people who then say that data should be kept outside of OSM as you
> can’t see it on the ground: Point me to a place were a router can get a
> world wide set of administrative based default speed limits. To be viable
> for routers to use it would need to be an open geographical database.
> Funny, that is what OSM is supposed to be.
>
> Makes sense to have the OSM tagging model the real world in this regard.
> If we had that the a local mapper could update one value on the
> administrative boundary and all the roads without explicit maxspeed tagging
> would be covered.
>
> [1] https://lists.openstreetmap.org/pipermail/tagging/2016-
> October/030330.html
>
>
>
​
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Boston speed limit too Re: Michigan speed limit changes coming soon

[Bill Ricker]

On Sat, Jan 7, 2017 at 12:44 AM, Jack Burke  wrote:
> Hey, Michigan folks, keep an eye out for some speed limit changes [1]

We have a different change hitting Boston as of this last week -- the
statutory limit on *UNSIGNED* roads/streets in Boston has changed.

Statutory limit had been the state's 30mph (thickly settled or
business district).

One might presume since this changes only unsigned speed, we haven't
entered it, so nothing to change.
But how is a router to know ?

[1] 
http://www.mlive.com/news/index.ssf/2017/01/75-mph_speed_limits_officially.html
[2] http://www.mit.edu/~jfc/ma.html


-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux

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

[Talk-ht] Haiti et solutions

[FredM]

Bonjour,

Bonne année 2017

Petit message bref, on a fait quelques images aprés Matthew, ce qui a 
permis de faire une mise à jour cartographie dans OSM avec Drone.


http://pierzen.dev.openstreetmap.org/swipe/UAVCompare-Haiti-Matthews-before-after.php#20/18.4882028/-74.1119399983

On a pu participer à la réponse aprés le cyclone, avec les equipes de 
Potentiel3.0


Et on va soutenir dans la mesure du possible des associations locales 
sur Jérémie et la grande Anse.


Pour information, on est entrain de suivre une formation pour voir si on 
peut monter un Eco Village. ( pas mal d'adaptation à faire pour la 
Grande ANse surtout post Matthew);


https://www.colibris-lemouvement.org/projets/luniversite-colibris/mooc-concevoir-une-oasis

et la Fondation Nouvelle Grande Anse a reçu des semences paysannes de 
http://kokopelli-semences.fr/


Et aussi a pu en envoyer car ils ont des semences interessantes donc 
c'était plus un échange, au vu des compétences en agro foresterie qu'il 
y a sur la Grande Anse


Voila pour les news FredM


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Mikel Maron]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px 
#715FFA solid !important;  padding-left:1ex !important; background-color:white 
!important; }  Paul, thanks I hadn't seen that before, and it's a good response.

Mikel

On Friday, January 6, 2017, 7:05 PM, Paul Norman  wrote:

 On 1/6/2017 7:37 AM, Mikel Maron wrote:
 
 http://www.openstreetmap.org/changeset/39517002 is an example. There were 
issues with this import, sure. This was not vandalism, advertising, or a fatal 
breakage of the map -- not a situation where an immediate action was justified 
(and definitely there are other situations where immediate action is needed). 
An active mapper and an active community were communicating, acting to fix the 
problems. The reverter in this case choose to ignore the mapper and the 
community and took a unilateral action, in contradiction to some guidelines on 
the wiki. This kind of approach discourages community contribution and 
cooperation. We can do a lot better to cooperatively improve the map and how we 
map it. 
 
 The revert in this case did not involve the Data Working Group. The DWG 
statement on this issue 
ishttps://lists.openstreetmap.org/pipermail/talk-ca/2016-September/007260.html. 
Quoting from it
 
 
Advance permission is not required for reverts, nor for normal mapping
 activities. At the same time, users are expected to be responsible,
 particularly when using tools for reverting which allow large-scale
 changes where other users may disagree with them.
 
 Where there are problems with an import reverting is an option, but
 just one of many, and often not the appropriate first action. Unless
 there are legal problems or fatal problems with the import it is
 preferable if the original importer can fix the problems in a timely
 manner. There was every indication this was going to happen in this case.
 
 The revert of 39517002 was inappropriate and counter-productive. New
 actions like this revert may lead to further Data Working Group
 involvement and potentially blocks. If the Canadian community needs help
 reverting 41749133 and 41756737, the Data Working Group can revert those
 changesets.
 
 
 Because there seems to be some confusion, neither Nakaner or Mikel are members 
of the Data Working Group.
 
 Frederik Ramm, Andy Townsend, and myself are the three people in this thread 
who are also members of the DWG. Unless they state otherwise, their opinions 
aren't representing the DWG.
 
 Paul Norman
 For the Data Working Group
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

 

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

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Mikel Maron]

> It is fatal for the project...
It's difficult for me to see how more respect, patientience, and clarity is an 
existential threat to OpenStreetMap. Perhaps I'll feel different after I run 
through a few of these cases...
Mikel

On Friday, January 6, 2017, 11:52 AM, Simon Poole  wrote:

Am 06.01.2017 um 16:37 schrieb Mikel Maron:

..

I would suggest that using this case to make your point is seriously
misplaced.

Reverting a broken import asap to allow for a) the guidelines to be
followed, b) address technical and legal issues, is the sensible,
logical and low impact and only scalable course of action. It is
definitely neither unfriendly nor un-welcoming or any other adjective
you want to use*. The earlier and more consistently it happens the less
effort and work is lost by all participants.

If there is an issue with immediate reverts, it is that, particularly in
the past, there hasn't been enough. The numerous broken imports (CANVEC
and broken import is essentially a synonym) that bitrot in our data and
are long past any reasonable way of removing them are testimony to this.

It is fatal for the project that you are creating the impression that as
long as you argue long enough and feign innocence you will be able to
bypass the rules and get away with whatever you want. To the contrary,
we should be making it clear that not following the few, definitely not
particularly arduous to adhere to, rules will result in immediate
removal of the content.

Simon

* the participants in the referenced discussion are neither newbies, not
aware of the guidelines, or any other mitigating factor, but that is not
the point.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

 

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

Re: [Talk-de] Radrouten, die keine (mehr) sind: was machen?

[Andreas Tille]

Hallo,

On Sat, Jan 07, 2017 at 10:07:05AM -0700, streckenkundler wrote:
> Die drei Hauptersteller, der Relationen (docschenk, geokyf und tillea) hatte
> ich gestern Abend per PN angeschrieben und ich habe auch von den ersten
> beiden Antwort bekommen. 

Da offensichtlich meine Antwort noch fehlt:  Ich war seit 3-4 Jahren
nicht mehr in dem betreffenden Gebiet.  Wenn sich da derweilen etwas
verschlechtert hat, muß das halt korrigiert werden.  Es wäre schade,
wenn das eigentlich schöne Radwegenetz dort dem Verfall preisgegeben
wäre aber wir werden den durch mappen in OSM nicht aufhalten.
 
Ich bin jederzeit für Korrekturen der Einträge, die ich irgendwann
mal gemacht hatte, dankbar, kann die aktuelle Situation dort aber
momentan nicht einschätzen und halte mich daher bei der Diskussion
zurück.

Viele Grüße

  Andreas.

-- 
http://fam-tille.de

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

[Talk-de] Radrouten, die keine (mehr) sind: was machen?

[streckenkundler]

Guten Abend,

Im Nachgang des Forenbeitrages
https://forum.openstreetmap.org/viewtopic.php?id=56852 habe ich seitdem eine
längere Konversation mit User Natura, der mich daraufhin wies, daß einige in
OSM erfasste Radrouten im Südharzgebiet so nicht vor Ort ausgeschildert sein
würden...
Gemeinsam haben wir nun einige Routen ermittelt, die erstmal mit einem
Fragzeichen versehen werden sollten. Ich habe mir gestern und heute das
Ganze in Ruhe angeschaut und kann das erst mal in vier Gruppen einteilen: 
*1. Touren des Sammelrelationen des Radwegenetzes, 
2.  Radtouren des ADFC Nordhausen, 
3.  sonstige Radtouren, 
4.  nicht realisierte Radrouten. *
Ich bin mir durchaus bewußt, daß ich gerade mit der ersten Gruppe durchaus
in ein Wespennetz stechen könnte. Ich will das alles aber offen diskutieren,
wie wir damit umgehen.
Die drei Hauptersteller, der Relationen (docschenk, geokyf und tillea) hatte
ich gestern Abend per PN angeschrieben und ich habe auch von den ersten
beiden Antwort bekommen. 


*1. Sammelrelationen des Radwegenetzes*

https://www.openstreetmap.org/relation/79693
https://www.openstreetmap.org/relation/358729
https://www.openstreetmap.org/relation/2196386
https://www.openstreetmap.org/relation/4209812
https://www.openstreetmap.org/relation/5499120

Hier sehe ich keinen echten Zusammenhang zu normalen Radrouten. Hier fällt
mit nur ein:
https://wiki.openstreetmap.org/wiki/DE:Relationen/Relationen_sind_keine_Kategorien.


*2. Radtouren des ADFC Nordhausen*

https://www.openstreetmap.org/relation/452169
https://www.openstreetmap.org/relation/452170
https://www.openstreetmap.org/relation/452220
https://www.openstreetmap.org/relation/1197992
https://www.openstreetmap.org/relation/1197994
https://www.openstreetmap.org/relation/2681394
https://www.openstreetmap.org/relation/906311

Bei letzterer bin ich mir nicht ganz sicher, ob diese auch vom ADFC
Nordhausen ist (die klammere ich für das folgende aus). Für die anderen
konnte ich zunächst Informationen ermitteln. Diese Routen mit der Kennung
NDH finden sich z.B. auf der Themenseite
https://www.radroutenplaner.thueringen.de/rth_themenrouten.asp. In der
Gruppe Südharzrouten.
Auf der ADFC-Seite des Kreisverbandes Nordhausen
(https://www.adfc-thueringen.de/Nordhausen/NDH/regio/suedharz/dreiland/dreiland.html)
findet sich aber eine wichtige Information (Stand 7/2016):

Zitat ADFC: Radwanderrouten im Südharz
Diese Routen wurden bereits Anfang der 90iger Jahre beschildert. Einige Wege
wurden dabei auch in Ordnung gebracht. Seitdem wurde daran nichts mehr
gemacht und der Verfall nahm seinen Weg .
In 2007/2008 wurde die Beschilderung durch LIFT saniert bzw. neu angebracht.

Die gegenwärtig stattfindende Befahrung ergab, dass die Wege zum großen Teil
nicht mehr zumutbar sind.
Aus diesem Grund werden zunächst die Informationen auf dieser Website
eingestellt.
*Das heißt für mich, daß diese Routen obsolet sind* und entfernt werden
sollten.


*3. Sonstige Radrouten (vorschläge)*

https://www.openstreetmap.org/relation/2344023
https://www.openstreetmap.org/relation/2349550
https://www.openstreetmap.org/relation/2349553
https://www.openstreetmap.org/relation/2349555
https://www.openstreetmap.org/relation/2366421
https://www.openstreetmap.org/relation/2368059
https://www.openstreetmap.org/relation/3887150

Zu diesen Routen konnte ich keine verwertbaren Informationen finden, auch
nicht auf den Kommunalen Webseiten der angrenzenden Orte zum Thema
Tourismus. Sollte ich was übersehen haben bitte ich um einen Link, wo diese
Routen erklärt werden und bitte auch aktuelle Fotobeispiele der
Ausschilderung.


*4. nicht realisierte Radrouten*

https://www.openstreetmap.org/relation/950559

Zu dieser konnte ich auch keinerlei Informationen bekommen. Anscheinend war
sie mal geplant, ist aber nie realisiert worden. Diese Route ist *nicht*
vergleichbar mit: https://www.openstreetmap.org/relation/108126
*Das heißt für mich, daß diese obsolet ist* und entfernt werden sollte.

Sollte ich aktuelle Quellen, die den Verlauf auch beschreiben, übersehen
haben, würde ich mich freuen, wenn gerade Gebietskenner hier dies ergänzen.

Gruß,

Sven

PS: Im Forum ist der Beitrag wortgleich erschienen: 
https://forum.openstreetmap.org/viewtopic.php?pid=625543#p625543
  



--
View this message in context: 
http://gis.19327.n8.nabble.com/Radrouten-die-keine-mehr-sind-was-machen-tp5888931.html
Sent from the Germany mailing list archive at Nabble.com.

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

[OSM-talk-fr] Rencontre mensuelle OSM-Lyon 10/01/2017 18h30 - Invitation

[gnrc]

Bonjour à tous, 

Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de chaque 
mois, et chacun peut s'inviter et participer à ces rencontres. La prochaine 
aura lieu : 

le MARDI 10 JANVIER à partir de 18h30 
à l'espace "Infolab TUBA, 1 Place Charles Béraudier, 69003 LYON" (esplanade 
gare Part-dieu) 
Accès : M° "Gare Part-Dieu"; Tram T1; Bus C1, C2, C6, C7, C13, C25, 25, 37, 38, 
70 ; Vélo'V "Gare Part-Dieu Ouest" 

Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien : 
https://wiki.openstreetmap.org/wiki/Lyon/Reunion_13_decembre_2016 

Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la rencontre 
à venir, vous pouvez commenter la page préparatoire au lien : 
https://wiki.openstreetmap.org/wiki/Lyon/Reunion_10_janvier_2017 

Venez nombreux ! 
Amicalement 

gnrc69 - Chaque goutte fait l’océan ! 

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

[Talk-pt] Fwd: Importações em massa

[Alexandre Moleiro]

RB

Peço-lhe que reverta as importações em massa realizadas no Algarve
Sotavento, relativas ao CLC.

Estão sobrepostas com muitos dados já existentes e a importação não foi
discutida com a comunidade.

Saudações
Alexandre Moleiro


-- Forwarded message --
From: 
Date: 2016-12-13 19:26 GMT+00:00
Subject: Re: [Talk-pt] Importações em massa
To: OSM Portugal 


Olá Alexandre,

Penso que estas a referir aos changeset como este :
- https://www.openstreetmap.org/changeset/40814732

De memoria não houve discussão em Portugal para a importação de dados
Corine Land Cover.
Esses dados já foram importados em outros paises :
- http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover

Aqui não há problema de licença mas um problema de qualidade dos dados :
- frescura dos dados : CLC 2006 já passaram 10 anos ...
- precisão dos dados : CLC é bem conhecido por ter uma resolução muita fraca

A CLC permite "encher" rapidamente o mapa mais necessita depois muito tempo
para melhorar a qualidade dos polígonos.

O problema dos imports é sempre o mesmo : a manutenção dos dados. Não acho
correto deixar aos outros (ou deixar sem manutenção) lidar com os problemas
dos dados importados.

A posição do Data Working Group nos imports é brutal : se não houve
discussão o import é revertido (mesmo com um import bem feito para obrigar
as pessoas a entrar sempre em contacto com a comunidade antes).

Reverter ou não, acho que é uma decisão que deve ser tomado pela comunidade
(mais tempo se espera, pior é).
O importante para mim o é o conhecimento local, podemos sempre importar
dados, encontrar pessoal da região que dedica o seu tempo para o OSM é o
mais complicado.

Francisco


- Mail original -
From: "Nelson A. de Oliveira" 
To: "OSM Portugal" 
Date: 13/12/2016 18:50:57
Subject: Re: [Talk-pt] Importações em massa

2016-12-13 15:41 GMT-02:00 Alexandre Moleiro :
> Devo alterar as áreas que foram importadas para não colidirem com as
> existentes? E nas zonas em que a importação não bate certo com o
> conhecimento local que tenho da zona?

Se a importação não foi discutida e apresenta/insere erros, geralmente
ela é revertida.
Se você arrumar os dados da importação muito provavelmente você terá o
seu trabalho e tempo perdidos, portanto.

___
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-br] Sobre addr:interpolation - possibilidades

[santamariense]

Seria verdade que, dentro de cada quadra, as faces são percorridas
pelo recenseador sempre em ordem de numeração crescente? Digamos, face
001, face 002, face 003, etc?

Resposta: Ao analisar visualmente 1 TXT como amostra, pude averiguar
que começa na quadra de maior número e vai até a de menor número. O
mesmo ocorre com as faces. Da maior para a menor. Tudo então, parece
indicar que a resposta é positiva (apenas está invertida -
decrescente).

@Papibaquígrafo, tem alguma ideia a nível de software, de como isso
pode ser automatizado? O problema é que teria q ter um txt em paralelo
para ajudar na edição. Aí complica...

O sentido das linhas das faces (geometria), este sim tudo indica ser aleatório.

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

[Talk-GB] Waterways from NPE

[Rob Nickerson]

Hi,

You can find waterways with source=NPE/npe via this link:

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

Best regards,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-legal-talk] Tunisia delegations areas import :: Need for a license clearence

[Marrouchi Mohamed]

Hi Simon,

I think that your remarks are very interesting as they raise an important
issue. I'll try to get clarifications regarding the attribution
requirements. Actually, i'm struggling while i'm trying to reach any of the
regarded gouvernment institutions in order to get Geo data about a more
deep administrative level boundaries (no email response yet). So, i'll get
back to you as soon as possible regarding the license.

Wish me luck :)

Regards,

2017-01-07 14:17 GMT+01:00 Simon Poole :

> It's been pointed out to me that my comment may have sounded too negative.
> Essentially I would simply suggest contacting the relevant government
> department and asking for either a clarification or explicit permission for
> our way of providing attribution. Given that they would seem to be "open
> data friendly" I suspect it is not a big issue.
>
> Simon
>
> Am 05.01.2017 um 15:46 schrieb Simon Poole:
>
> As far as I can tell the license is in principle suitable, they even
> warrant that the data is free of rights of third parties, BUT, alas, the
> attribution requirement in (4) would seem to suffer from the usual issue
> that it requires downstream attribution which we cannot provide. That is
> naturally an incompatibility with ODC-BY, so I'm not sure why they are
> claiming that that it is compatible.
>
> Simon
>
> Am 20.12.2016 um 13:41 schrieb Marrouchi Mohamed:
>
> Hi,
>
> I'm member of OpenStreetMap Tunisia community and i want to bulk upload
> tunisian delegations areas into OpenStreetMap (the actual data is messy). I
> need a license clearence, so can i get confirmation that data's license is
> compatible with OSM ?
>
> The data source is an official goverment open data portal : 
> *http://catalog.industrie.gov.tn/dataset/tn-decoupage-administratif-de-la-tunisie/resource/471a9a09-5069-4b7f-8ef0-4a2085174890
> *
>
> The license is not explicitly specified in the previous webpage, but
> there's a link in the footer menu "License" which points to the license
> page in french : http://data.industrie.gov.tn/licence/
>
> It says clearly at the end that the license is compatible with OGL, CC-BY
> 2.0 and ODC-BY.
>
> PS : I've already contacted impo...@openstreetmap.org and Ivan which is
> in CC has reached out to me to assist me in this operation (it's my first
> experience).
>
>
> Regards,
>
>
> ___
> legal-talk mailing 
> listlegal-talk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/legal-talk
>
>
>
>
> ___
> legal-talk mailing 
> listlegal-talk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/legal-talk
>
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Christoph Hormann]

On Friday 06 January 2017, john whelan wrote:
>
> We have more lakes in Canada than exist in the whole of Europe.  [...]

As Oleksiy already hinted you probably can get useful input from Russian 
mappers in that regard.  They have a vast country and a lot of lakes 
too and somehow managed to map at least most of the larger ones - i 
don't think there is any lake in Russia missing that is more than 10km 
in size and even smaller ones are mapped in most parts of the country 
while in Canada - well, you have still some distance to go to achieve a 
50km threshold...

If the Canadian community is interested in outside advise how to 
productively map large and remote areas without imports i am sure there 
are many people who would be glad to provide input.  But lets separate 
this from the discussion here (which is about wikidata tags).

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

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

Re: [OSM-legal-talk] Tunisia delegations areas import :: Need for a license clearence

[Simon Poole]

It's been pointed out to me that my comment may have sounded too
negative. Essentially I would simply suggest contacting the relevant
government department and asking for either a clarification or explicit
permission for our way of providing attribution. Given that they would
seem to be "open data friendly" I suspect it is not a big issue.

Simon


Am 05.01.2017 um 15:46 schrieb Simon Poole:
>
> As far as I can tell the license is in principle suitable, they even
> warrant that the data is free of rights of third parties, BUT, alas,
> the attribution requirement in (4) would seem to suffer from the usual
> issue that it requires downstream attribution which we cannot provide.
> That is naturally an incompatibility with ODC-BY, so I'm not sure why
> they are claiming that that it is compatible.
>
> Simon
>
>
> Am 20.12.2016 um 13:41 schrieb Marrouchi Mohamed:
>> Hi,
>>
>> I'm member of OpenStreetMap Tunisia community and i want to bulk
>> upload tunisian delegations areas into OpenStreetMap (the actual data
>> is messy). I need a license clearence, so can i get confirmation that
>> data's license is compatible with OSM ?
>>
>> The data source is an official goverment open data portal
>> : 
>> _http://catalog.industrie.gov.tn/dataset/tn-decoupage-administratif-de-la-tunisie/resource/471a9a09-5069-4b7f-8ef0-4a2085174890_
>> _
>> _
>> The license is not explicitly specified in the previous webpage, but
>> there's a link in the footer menu "License" which points to the
>> license page in french : http://data.industrie.gov.tn/licence/_
>> _
>>
>> It says clearly at the end that the license is compatible with OGL,
>> CC-BY 2.0 and ODC-BY.
>>
>> PS : I've already contacted impo...@openstreetmap.org
>>  and Ivan which is in CC has
>> reached out to me to assist me in this operation (it's my first
>> experience).
>>
>>
>> Regards,
>>
>>
>> ___
>> legal-talk mailing list
>> legal-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/legal-talk
>
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk



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

Re: [Talk-GB] OSMUK CIC Ltd

[Rob Nickerson]

That's quite petty - I'm sure folk know what is meant. It is also the same
as the OSMF's sign up:
https://join.osmfoundation.org/normal-membership/

I'll amend next time I log in to the site. Focusing on the quarterly
project now :-)

*Rob*

On 7 January 2017 at 13:04, SK53  wrote:

> It's just been pointed out on IRC that the form requires people to enter
> "City": many of us do not live in cities.
>
> I presume that what is desired here is what Royal Mail call "Postal Town"
> as it is a mandatory field. Please can this be corrected so the people who
> live in the countryside, villages and towns dont feel they've been
> translocated to the US.
>
> Jerry
>
> On 7 January 2017 at 12:26, Rob Nickerson 
> wrote:
>
>> Thanks Brian,
>>
>> The member sign up form is now online. This is for normal members only -
>> for (non-voting) associate members such as companies, please use the email
>> address instead. Everything you need is is http://osmuk.org/
>>
>> We have 16 members so far. Can't remember if you already signed up? Don't
>> worry just pop your details is again and we will sort it all out :-D
>>
>> The first meeting will be online + in-person. The formal parts will be
>> online at which point we will close the formal proceedings. This will be
>> followed by an informal meeting in which we hope to run a facilitated
>> session to explore ideas for the company. We will recap the aims of the
>> company, understand why we feel we are not meeting them at the moment (root
>> cause analysis) and then open for solutions/project ideas.
>>
>> The informal part will work best in person but I will see what we can do
>> in advance online (in February).
>>
>> *Rob*
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OSMUK CIC Ltd

[SK53]

It's just been pointed out on IRC that the form requires people to enter
"City": many of us do not live in cities.

I presume that what is desired here is what Royal Mail call "Postal Town"
as it is a mandatory field. Please can this be corrected so the people who
live in the countryside, villages and towns dont feel they've been
translocated to the US.

Jerry

On 7 January 2017 at 12:26, Rob Nickerson  wrote:

> Thanks Brian,
>
> The member sign up form is now online. This is for normal members only -
> for (non-voting) associate members such as companies, please use the email
> address instead. Everything you need is is http://osmuk.org/
>
> We have 16 members so far. Can't remember if you already signed up? Don't
> worry just pop your details is again and we will sort it all out :-D
>
> The first meeting will be online + in-person. The formal parts will be
> online at which point we will close the formal proceedings. This will be
> followed by an informal meeting in which we hope to run a facilitated
> session to explore ideas for the company. We will recap the aims of the
> company, understand why we feel we are not meeting them at the moment (root
> cause analysis) and then open for solutions/project ideas.
>
> The informal part will work best in person but I will see what we can do
> in advance online (in February).
>
> *Rob*
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Simon Poole]

Am 06.01.2017 um 22:22 schrieb john whelan:
> >When Simon says "Canvec and broken import is essentially a synonym"
> that is not an
> exaggeration, if you mention Canvec in a typical European community
> meeting you usually just get a big sigh in return.
>
> I think you have to understand a bit more about CANVEC data what it is
> and how the quality varies.

Obviously the original quality and general suitability of a dataset for
use in OSM is one of the points that has to considered prior to an
import. However that is not the issue here, assuming that the original
data is roughly correct and valid in a topologically / technical sense:
it just doesn't compute to take that valid geo-data and turn it in to
broken OSM data, and it makes even less sense, if that is at all
possible, to do that in sparsely populated remote areas. 

In the past we've had notable OSM participants that have actually
suggested that we should and can just throw some broken  at the
crowd and it will come back out fixed and shiny. I would hope that we
have consensus that, based on the experience of the last decade of OSM,
that doesn't actually work and you end up overwhelming the communities
with stuff they "should be fixing" and it just doesn't get done. 

IMHO in conclusion any import should not take place if the data doesn't
work "as is" post import in OSM and we shouldn't leave such data in OSM
just because of some twisted reasoning that the importer will feel
better if it is not reverted. Nobody is suggesting that such an import,
at whatever level of granularity (for example a single changeset). can't
be redone once the issues have been fixed.

Which brings us back on topic. Yuris mechanical edit is, as mechanical
edits go (not an import so at least a different flavour), not totally
unreasonable. It should have been discussed beforehand, but the main
issue is that it is, at least perceived as, adding to that "should be
fixing" pile in a large way and somebody sitting in NYC deciding what
should be top priority for the local communities around the globe.

That is on top of multiple other edits that have added wikidata tags in
not so controlled and reasonable circumstances, for example to the,
known to be wonky, African place data that has been bit-roting for ages
(see above) . I assume they have been reverted, but maybe not.

Could we let this whole thing cool down and agree that for now there
should be no further mass adding of wikidata tags in any form till we
get a handle on how to proceed?

Simon












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

Re: [Talk-GB] OSMUK CIC Ltd

[Rob Nickerson]

Thanks Brian,

The member sign up form is now online. This is for normal members only -
for (non-voting) associate members such as companies, please use the email
address instead. Everything you need is is http://osmuk.org/

We have 16 members so far. Can't remember if you already signed up? Don't
worry just pop your details is again and we will sort it all out :-D

The first meeting will be online + in-person. The formal parts will be
online at which point we will close the formal proceedings. This will be
followed by an informal meeting in which we hope to run a facilitated
session to explore ideas for the company. We will recap the aims of the
company, understand why we feel we are not meeting them at the moment (root
cause analysis) and then open for solutions/project ideas.

The informal part will work best in person but I will see what we can do in
advance online (in February).

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

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

[Oleksiy Muzalyev]

Canada is the second largest country in the world by area. I understand 
only too well how inaccessible and unexplored a land with a harsh cold 
climate could be as I was born and grew up in a remote part of Siberia.


However, the situation changes nowadays. There is now a lot of 
innovation in clothing, footwear, and especially in ultra-light sleeping 
mats for trekking, sleeping bags, navigation devices, tents, and even 
light aluminum tent spikes for snow. This modern technology allows 
tourists to access cold areas more or less safely.


For example, the documentary film in English "Surviving in the Siberian 
Wilderness for 70 Years" https://youtu.be/tt2AYafET68 was seen on 
Youtube more than two and a half million times. It is a film about a 
religious family who lived in a forest in a complete isolation for 
several decades. And a lot of people hike to this compound now. I read 
recently that even a group of school pupils hiked several hundred 
kilometers to visit it.


I mapped several lakes around this compound 
http://www.openstreetmap.org/node/3645095042 via satellite imagery. A 
lake could be very useful, as it takes much more fuel to melt snow than 
ice. Besides, the water from snow does not provide minerals to a human 
body. It could be possible sometimes to cut through ice till the water 
of a lake.


Unfortunately the long footpath leading to this compound is not visible 
on satellite photos. If this footpath was mapped it would be a major 
security feature for many hikers, and it could also save some expenses 
to the rescue service. But it is possible to map it only via a GPS 
track, it means an expedition of preferably 7 or more people would have 
to go along it. Seven or more because it is a bear land, and no attacks 
being recorded against parties of more than seven people.


I think the remote areas should be mapped carefully, as it is not 
possible to ask for directions there. And tourists, sometimes young 
students, do venture there more and more. The trekking equipment for it 
is readily available via Internet shopping.


With best regards,
Oleksiy



On 06.01.17 22:22, john whelan wrote:

...
We have more lakes in Canada than exist in the whole of Europe.  Most 
are fairly inaccessible and there is little economic incentive to map 
each one to a high degree of accuracy. In many provinces they simply 
haven't spent the cash to map them accurately and recently.  Some data 
is forty or more years old.  So digging into the source of the CANVEC 
data can help to determine how accurate it is.


We don't have many mappers per square km in Canada and mapping with a 
GPS trace doesn't happen at minus 30 for some reason. If I go back in 
time to before I imported the CANVEC road data into Ottawa basically 
Ottawa OpenStreetMap was incomplete, inaccurate, over 140 reads had 
the wrong name when I compared them to the City of Ottawa map. The 
City of Ottawa map wasn't license to copy but I could at least compare 
the two.  Locally some imports had been done but anywhere an existing 
road was in the map an area round the existing road was not imported. 
Fine except that roads were not joined up.  You couldn't find a route 
between two streets in the city.


...


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

Re: [Talk-es] Licencia Catastro

[yo paseopor]

Yo no veo problemas, veo dificultades, pero no insuperables. Y como llevo
contándolo desde hace unos días son de procedimiento. Estamos entestados en
si una fuente es válida o no. Pero nos falta el debate más importante.
Vale, la fuente es válida. ¿Eso nos exime de "el procedimiento"
(Debate,Importación,Conflación,Revisión)?  No, no nos exime de ello. ¿Eso
nos facilita la vida? No, nos da muchos datos, pero no nos la facilita. Es
un pez que se muerde la cola, a más datos más conflación y revisión, pero
más calidad de mapa. ¿Estamos dispuestos a asumirlo? Yo creo que la
respuesta debe ser sí, porque está claro que manualmente vamos a conseguir
lo que hay en esos datos, más tarde o temprano...pero vamos a tardar más,
mucho más.
¿Que la ley actual nos "facilite" el paso de pedir autorización expresa
para importar sus datos? Perfecto. Venga, va, continuemos: ¿qué nos queda?
¿Cual es el siguiente paso a dar?

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

Re: [Talk-es] Licencia Catastro

[Rafael Avila Coya]

Hola:

Yo, sin ser experto en legislación, sigo sin ver ningún problema.

Un saludo,

Rafael.

On 07/01/17 11:58, Santiago Crespo wrote:

Hola,

Después de leer detenidamente la nueva licencia de uso de los datos
INSPIRE del Catastro (julio 2016) [1], me parece que es más breve y
claro que la ley de 2011 [2], con alguna diferencia.

Cito entre comillas algunos párrafos relevantes de la licencia [1], la
LPI [3] y la Ley del Catastro Inmobiliario [4].

Entiendo que:

1.- Podemos re-licenciar la información Catastral que adaptemos para OSM
bajo la ODbL, pues estaremos haciendo una modificación y reordenación de
los datos:

"Sólo existirá transformación de la información catastral si su
traducción, adaptación o cualquier otra modificación en su forma da
lugar a una obra diferente, cuyos derechos de propiedad intelectual
corresponderán al autor de la obra transformada"

"Cuando se trate de una base de datos [...] se considerará también
transformación, la reordenación de la misma."

2.- Sigue estando prohibido que distribuyamos los archivos sin modificar.

3.- El Catastro no se hace responsable.

4.- No podemos identificar los datos modificados que generemos como
"cartografía catastral", "información catastral", o términos
equivalentes que puedan inducir a confusión.

5.- La licencia no exige el reconocimiento a la "Dirección General del
Catastro, del Ministerio de Economía y Hacienda del Reino de España" y
poner la fecha de acceso, cosa que sí hace la resolución [4] de esta
misma D.G.. De todas formas, si importamos datos, pondremos las
etiquetas source y source:date en los conjuntos de cambios. Y ya les
estamos dando reconocimiento en la en la wiki de contributors.

6.- Siguen pudiendo revocar la licencia si incumplimos alguna de las
condiciones:

"Cuando la Dirección General del Catastro observe el incumplimiento de
las condiciones de uso de la información establecidas en la normativa
catastral o en la autorización concedida, requerirá al cesionario para
que cese en dicho uso indebido. En caso de no ser atendido el
requerimiento [...] se revocará, en su caso, la autorización, sin
perjuicio de las responsabilidades a que hubiere lugar."

En conclusión, esta licencia creo que nos permite importar estos datos
en OSM, pero me gustaría saber vuestra opinión.

Saludos,
Santiago Crespo


[1] http://www.catastro.minhap.gob.es/webinspire/documentos/Licencia.pdf

[2]
http://www.catastro.meh.es/ayuda/legislacion/ovc/resoluciondgc20110323_tfs.pdf

[3] https://www.boe.es/buscar/act.php?id=BOE-A-1996-8930

[4] https://www.boe.es/buscar/act.php?id=BOE-A-2006-7264

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



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

Re: [OSM-talk] Public GPS Traces

[Oleksiy Muzalyev]

On 07.01.17 10:42, Paul Johnson wrote:
On Fri, Jan 6, 2017 at 2:25 PM, Oleksiy Muzalyev 
> wrote:


I wish it were written in the Map Key. Something like this:

The color of the GPS tracks :
eastbound movement - red,
westbound - cyan,
northbound - yellow,
southbound - violet.

It is a very interesting feature, I mean the new GPS tracks layer,
especially for hiking in the wilderness. One can see were people
actually walked, how often, and in what direction. I looked up
colors in the blog post, and I forgot as expected in fifteen
minutes which color means what direction. If it were in the Map
Key it would be more convenient.


Make it a color wheel if you do this...


Ir is a very good idea. Even a small icon in the form of a color wheel 
(perhaps also with E, W, N, S letters) would suffice.


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

[Talk-es] Licencia Catastro

[Santiago Crespo]

Hola,

Después de leer detenidamente la nueva licencia de uso de los datos
INSPIRE del Catastro (julio 2016) [1], me parece que es más breve y
claro que la ley de 2011 [2], con alguna diferencia.

Cito entre comillas algunos párrafos relevantes de la licencia [1], la
LPI [3] y la Ley del Catastro Inmobiliario [4].

Entiendo que:

1.- Podemos re-licenciar la información Catastral que adaptemos para OSM
bajo la ODbL, pues estaremos haciendo una modificación y reordenación de
los datos:

"Sólo existirá transformación de la información catastral si su
traducción, adaptación o cualquier otra modificación en su forma da
lugar a una obra diferente, cuyos derechos de propiedad intelectual
corresponderán al autor de la obra transformada"

"Cuando se trate de una base de datos [...] se considerará también
transformación, la reordenación de la misma."

2.- Sigue estando prohibido que distribuyamos los archivos sin modificar.

3.- El Catastro no se hace responsable.

4.- No podemos identificar los datos modificados que generemos como
"cartografía catastral", "información catastral", o términos
equivalentes que puedan inducir a confusión.

5.- La licencia no exige el reconocimiento a la "Dirección General del
Catastro, del Ministerio de Economía y Hacienda del Reino de España" y
poner la fecha de acceso, cosa que sí hace la resolución [4] de esta
misma D.G.. De todas formas, si importamos datos, pondremos las
etiquetas source y source:date en los conjuntos de cambios. Y ya les
estamos dando reconocimiento en la en la wiki de contributors.

6.- Siguen pudiendo revocar la licencia si incumplimos alguna de las
condiciones:

"Cuando la Dirección General del Catastro observe el incumplimiento de
las condiciones de uso de la información establecidas en la normativa
catastral o en la autorización concedida, requerirá al cesionario para
que cese en dicho uso indebido. En caso de no ser atendido el
requerimiento [...] se revocará, en su caso, la autorización, sin
perjuicio de las responsabilidades a que hubiere lugar."

En conclusión, esta licencia creo que nos permite importar estos datos
en OSM, pero me gustaría saber vuestra opinión.

Saludos,
Santiago Crespo


[1] http://www.catastro.minhap.gob.es/webinspire/documentos/Licencia.pdf

[2]
http://www.catastro.meh.es/ayuda/legislacion/ovc/resoluciondgc20110323_tfs.pdf

[3] https://www.boe.es/buscar/act.php?id=BOE-A-1996-8930

[4] https://www.boe.es/buscar/act.php?id=BOE-A-2006-7264

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

Re: [OSM-talk] Public GPS Traces

[Paul Johnson]

On Fri, Jan 6, 2017 at 2:25 PM, Oleksiy Muzalyev <
oleksiy.muzal...@bluewin.ch> wrote:

> I wish it were written in the Map Key. Something like this:
>
> The color of the GPS tracks :
> eastbound movement - red,
> westbound - cyan,
> northbound - yellow,
> southbound - violet.
>
> It is a very interesting feature, I mean the new GPS tracks layer,
> especially for hiking in the wilderness. One can see were people actually
> walked, how often, and in what direction. I looked up colors in the blog
> post, and I forgot as expected in fifteen minutes which color means what
> direction. If it were in the Map Key it would be more convenient.
>

Make it a color wheel if you do this...
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Toll values on the D8

[Matěj Cepl]

On 2017-01-06, 07:41 GMT, majka wrote:
> Našla jsem
> http://www.ceskedalnice.cz/pro-ridice/dalnicni-znamky/#zpoplatnene-useky a
> vypadá to, že by to mělo být dobře takhle - zpoplatněné úseky jsou tu
> uvedené jen:
>
> Zdiby (výjezd 1) – Řehlovice (výjezd 65)
> Knínice (výjezd 80) – hranice s Německem (km 92) – *ve směru z Německa bez
> poplatku*

Klidně mu odpovím anglicky, ale jenom abych tomu rozuměl. Máš 
pocit, že to máme správně?

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
A conclusion is simply the place where someone got tired of
thinking.


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

Re: [OSM-talk] Beware Pokemon users

[Paul Johnson]

On Fri, Jan 6, 2017 at 9:14 PM, Andrew Guertin 
wrote:

> On 01/04/2017 03:03 AM, Paul Johnson wrote:
>
>> On Wed, Jan 4, 2017 at 1:04 AM, Steve Bennett 
>> wrote:
>> I've yet to hear of any evidence that OSM is being used at all.  I'm sure
>> someone from our web team might be able to locate Niantic IPs if we really
>> drilled down and it happened recently enough that we would still have the
>> logs before logrotate got 'em.  But, IMO, that seems rather far to go for
>> something for which there is basically only wild conjecture to back so
>> far.
>>
>
> http://pokemongohub.net/pokemon-go-spawn-points-modeled-
> open-street-map-data/
>
> Is this the kind of evidence you're looking for?


It's on the right track, but considering that OpenStreetMap is supposed to
be modeling the ground truth, and we're only looking at the consumer end
and not the data end of the equation, I remain unconvinced based on the
available information.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk