date:20120104

Last year we opened for early bird registration in February...

Greets,
Floris

On Wed, Jan 4, 2012 at 1:58 PM, Nick Hocking nick.hock...@gmail.com wrote:
 Wonderfull !!!

 When can I sign up?

 Nick

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


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

Re: [OSM-talk] OSM @ FOSDEM?

2012-01-04 Per discussione Jo

I missed FOSDEM last year, what was done then? I can also help out this
year. Gael Musquet asked for a stand, but I don't know what the decision of
the FOSDEM team has been wrt it. I'm on their mailing list and I just
perused their web site, but can't find anything.

Polyglot

2012/1/4 eMerzh merz...@gmail.com

 Hi,
 I have not heard of something like last year (at least a stand).
 If something is organized i may help but i'm only available the sunday.

 Regards,


 On Wed, Jan 4, 2012 at 13:59, Michael Kugelmann michaelk_...@gmx.de
 wrote:
  Hello,
 
  ist there any OSM activity at the FOSDEM (4.+5.2.2012) this year?
 
 
  Happy new year,
  Michael.
 
 
  ___
  talk mailing list
  talk@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk

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

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

Re: [OSM-talk] OSM @ FOSDEM?

2012-01-04 Per discussione Ben Abelshausen

I should be able to help too...

On Wed, Jan 4, 2012 at 3:52 PM, Jo winfi...@gmail.com wrote:

 I missed FOSDEM last year, what was done then? I can also help out this
 year. Gael Musquet asked for a stand, but I don't know what the decision of
 the FOSDEM team has been wrt it. I'm on their mailing list and I just
 perused their web site, but can't find anything.

 Polyglot


 2012/1/4 eMerzh merz...@gmail.com

 Hi,
 I have not heard of something like last year (at least a stand).
 If something is organized i may help but i'm only available the sunday.

 Regards,


 On Wed, Jan 4, 2012 at 13:59, Michael Kugelmann michaelk_...@gmx.de
 wrote:
  Hello,
 
  ist there any OSM activity at the FOSDEM (4.+5.2.2012) this year?
 
 
  Happy new year,
  Michael.
 
 
  ___
  talk mailing list
  talk@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk

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



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


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

[OSM-talk] INSPIRE e OSM: some projects?

Somebody can tell me if there are projects that seek to coordinate the
classifications of the EU INSPIRE directive with those of
OpenStreetMap?
Thanks a lot!


-- 
Maurizio Napo Napolitano
http://de.straba.us

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

[OSM-talk] Making dealing with license problem objects easier

2012-01-04 Per discussione David Earl

Now that we have Frederik's very helpful license vulnerability tool, 
I've been doing some pre-emptive work in my area. Without re-opening old 
wounds about the merit or otherwise of the forthcoming data loss, I'd 
like to make some suggestions arising out of the patterns I've noticed 
that mean we don't shoot ourselves in the foot quite so much.


It's really time consuming making these changes and there are a lot of 
them. There is a fairly small number of people (about 20) in my area who 
have not accepted (and two who have explicitly declined). I imagine most 
of the non-accepters are just no longer receiving email - I have had 
only one reply to my messages.


While there are a few places I can't deal with, e.g. because I can't see 
from Bing what's going on, or I don't personally know the name of 
something, in the majority of cases I can verify something from 
satellite, OSSV, local knowledge or my own previous surveys.


However, to fix these I have to not only remove e.g. the offending way 
but also carefully check or replace all the nodes for connecting 
features because those are often independently contaminated. This 
process also loses the continuous history of the feature. It's 
particularly fiddly (and easy to miss) when objects are part of a number 
of relations.


Suggestion 1

I'd like to suggest we invent a tag which says I have checked this 
object for changes by non-accepters and personally verified it against 
sources independent of the changes of those non-accepters who made 
changes, so that when that tag is added, the changes the non-accepter 
made become my responsibility.


e.g. verifylicense=bing (I checked it against bing) or
verifylicense=bing;local_knowledge (I checked the route on Bing and I 
personally know the name)


This way we don't have to do lots of unnecessary deleting and replacing, 
and we keep the history.


Frederik's tool could take account of this tag in what it displays as 
vulnerable.


Suggestion 2

A very common pattern is
* non-accepter adds a feature F which is joined to one or more ways W at 
node new N; this contaminates the whole of W even though all they've 
done is inserted a node into it.
* lots of other people make changes to W in other respects, whose edits 
would be lost


In this case, I think it would be reasonable to say that if N is 
inserted between two other nodes such that the three form a straight 
line (to within some fairly generous tolerance) that the way is not 
affected and the node can be removed from it along with the genuinely 
offending way without affecting the one involved as a side effect, and 
needn't be marked as such in the inspector.


Suggestion 3

There is a particularly pernicious pattern where user 'ulfl' (others 
too, but by far the most prolific) went round some years ago changing 
lots of tag names without changing anything else, and he has now 
explicitly declined the CT, so there are now lots of real changes on top 
which will be lost because of these purely mechanical changes.


I think we should not count these as significant edits for the purposes 
of the license change. If someone changes shop=barbers to 
shop=hairdressers etc, these are admin changes not geographical ones. If 
ulfl is still on this list, would you agree or object?


David


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

Re: [OSM-talk] Making dealing with license problem objects easier

2012-01-04 Per discussione Toby Murray

On Wed, Jan 4, 2012 at 9:50 AM, David Earl da...@frankieandshadow.com wrote:

 Suggestion 1

 I'd like to suggest we invent a tag which says I have checked this object
 for changes by non-accepters and personally verified it against sources
 independent of the changes of those non-accepters who made changes, so that
 when that tag is added, the changes the non-accepter made become my
 responsibility.

 e.g. verifylicense=bing (I checked it against bing) or
 verifylicense=bing;local_knowledge (I checked the route on Bing and I
 personally know the name)

 This way we don't have to do lots of unnecessary deleting and replacing, and
 we keep the history.

 Frederik's tool could take account of this tag in what it displays as
 vulnerable.

This already exists in the form of the odbl=clean tag. Anything tagged
this way will show up green in Frederik's map. It is documented here:
http://wiki.openstreetmap.org/wiki/Remapping/License_Change_View_on_OSM_Inspector


 Suggestion 3

 There is a particularly pernicious pattern where user 'ulfl' (others too,
 but by far the most prolific) went round some years ago changing lots of tag
 names without changing anything else, and he has now explicitly declined the
 CT, so there are now lots of real changes on top which will be lost because
 of these purely mechanical changes.

 I think we should not count these as significant edits for the purposes of
 the license change. If someone changes shop=barbers to shop=hairdressers
 etc, these are admin changes not geographical ones. If ulfl is still on this
 list, would you agree or object?

If such changes can be easily picked out by changeset, then the whole
changeset could maybe be considered clean. This is what has been done
with the TIGER name expansion edits in the US. The user has declined
but explicitly allowed all of his changesets tagged with bot=yes to be
relicensed and Frederik's map takes this into account as documented
here:
http://wiki.openstreetmap.org/wiki/Quick_History_Service

Of course we can't just go rampaging through all changesets and
marking them as clean... but it is a mechanism that is available. Of
course all this is assuming that the final process will honor these
same rules.

Toby

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

Re: [OSM-talk] Making dealing with license problem objects easier

2012-01-04 Per discussione David Earl


On 04/01/2012 16:09, Toby Murray wrote:

This already exists in the form of the odbl=clean tag. Anything tagged
this way will show up green in Frederik's map. It is documented here:
http://wiki.openstreetmap.org/wiki/Remapping/License_Change_View_on_OSM_Inspector


Thanks, I hadn't seen that.

Having read it, it is clearly similar but it doesn't go quite as far in 
that it claims the previous edit has been superseded or amended out of 
existence.


What I'm saying is: the previous edit is still there but I have 
independently verified it and therefore the intellectual property of it 
is superseded without actually altering the object.


David


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

Re: [OSM-talk] Making dealing with license problem objects easier

2012-01-04 Per discussione Frederik Ramm


David,

On 01/04/12 16:50, David Earl wrote:

Suggestion 1

I'd like to suggest we invent a tag which says I have checked this
object for changes by non-accepters and personally verified it against
sources independent of the changes of those non-accepters who made
changes, so that when that tag is added, the changes the non-accepter
made become my responsibility.


odbl=clean is that tag, and already used by OSMI and editors. It is a 
bit questionable to use it on stuff that I could have mapped myself. I 
suggest that odbl=clean only be added if you have indeed modified the 
object in a way that you believe obliterates any previously held 
copyright by a non-agreer.


If this has resulted in a situation where the object is now, again, in 
the same state it was before a non-agreer toched it, then you *can* 
place odbl=clean for quick results but after the next weekly planet dump 
the OSMI will (should!) pick up the situation and say the disagreer's 
contribution is now irrelevant because none of it is present in the 
final object, so it's clean, i.e. odbl=clean is not even strictly 
necessary.



Suggestion 2

A very common pattern is
* non-accepter adds a feature F which is joined to one or more ways W at
node new N; this contaminates the whole of W even though all they've
done is inserted a node into it.
* lots of other people make changes to W in other respects, whose edits
would be lost

In this case, I think it would be reasonable to say that if N is
inserted between two other nodes such that the three form a straight
line (to within some fairly generous tolerance) that the way is not
affected and the node can be removed from it along with the genuinely
offending way without affecting the one involved as a side effect, and
needn't be marked as such in the inspector.


Could be done, but is a fairly complicated computation. I'd rather 
someone removed the node and tagged the way odbl=clean.



Suggestion 3

There is a particularly pernicious pattern where user 'ulfl' (others
too, but by far the most prolific) went round some years ago changing
lots of tag names without changing anything else, and he has now
explicitly declined the CT, so there are now lots of real changes on top
which will be lost because of these purely mechanical changes.

I think we should not count these as significant edits for the purposes
of the license change.


Yes. I think there is a consensus that such an edit does not give you 
(enough) copyright to demand that the object is now yours. Some people 
making such mechanical edits have been cooperative in identifying those 
of their changesets which have been mechanically created (e.g. 
balrog-kun), and we have started to compile a list of such changesets on 
http://wiki.openstreetmap.org/wiki/WTFE (under changeset overrides).


I have contacted ulfl a while ago asking for similar help but have not 
received a response. I reckon it is going to be down to us, then, to 
compile the list by inspecting his past changesets, or at least the 
larger ones.


I have a facility where I can enter the changeset IDs collected on the 
wiki page into OSMI, and changes from those changesets will then not be 
highlighted there or in the editors any more. This is a manual process 
and doesn't happen daily but I try to monitor the page.


Feel free to add ulfl changesets to the list if you are confident that 
they have been created mechanically.


Bye
Frederik


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

Re: [OSM-talk] INSPIRE e OSM: some projects?

2012-01-04 Per discussione Iván Sánchez Ortega

On Miércoles, 4 de Enero de 2012 16:19:16 Maurizio Napolitano escribió:
 Somebody can tell me if there are projects that seek to coordinate the
 classifications of the EU INSPIRE directive with those of
 OpenStreetMap?

Not that I know of. Besides, from my PoV INSPIRE focus more on services (WMS, 
WFS) than on classification and attribution.


-- 
--
Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org

http://ivan.sanchezortega.es
MSN:i...@void.sanchezortega.es
Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net
IRC: ivansanchez @ OFTC  freenode

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

Re: [OSM-talk] Making dealing with license problem objects easier

2012-01-04 Per discussione David Earl


On 04/01/2012 16:34, Frederik Ramm wrote:

odbl=clean is that tag, and already used by OSMI and editors. It is a
bit questionable to use it on stuff that I could have mapped myself.
I suggest that odbl=clean only be added if you have indeed modified the
object in a way that you believe obliterates any previously held
copyright by a non-agreer.


The problem then is you have to completely remove a way, and recreate 
it, and usually recreate all nodes from objects connecting to it when 
you are often just mechanically repeating what the original creator did 
in first place. This doesn't seem to me to add any further validity to 
the process, just expends labour.


I'm not saying I could have mapped it, but I have checked what 
changed and explicitly verified it against independent sources.


David


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

Re: [OSM-talk] INSPIRE e OSM: some projects?

2012/1/4 Iván Sánchez Ortega i...@sanchezortega.es:
 On Miércoles, 4 de Enero de 2012 16:19:16 Maurizio Napolitano escribió:
 Somebody can tell me if there are projects that seek to coordinate the
 classifications of the EU INSPIRE directive with those of
 OpenStreetMap?

 Not that I know of. Besides, from my PoV INSPIRE focus more on services (WMS,
 WFS) than on classification and attribution.

Yes!
But there are also some guidelines about the data
http://inspire.jrc.ec.europa.eu/index.cfm/pageid/2

es.
network transportation
http://inspire.jrc.ec.europa.eu/documents/Data_Specifications/INSPIRE_DataSpecification_TN_v3.1.pdf

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

Re: [OSM-talk] OSM @ FOSDEM?

2012-01-04 Per discussione eMerzh

Last year Gael got a stand for us,
we where 2-3 holding the crowd with 1 computer, a couple of data
logger, a car gps and a tablet...

Gael had an awesome 1m² print of Bruxelles...i hope he can print the update :)

Regards

eMerzh

On Wed, Jan 4, 2012 at 15:52, Jo winfi...@gmail.com wrote:
 I missed FOSDEM last year, what was done then? I can also help out this
 year. Gael Musquet asked for a stand, but I don't know what the decision of
 the FOSDEM team has been wrt it. I'm on their mailing list and I just
 perused their web site, but can't find anything.

 Polyglot


 2012/1/4 eMerzh merz...@gmail.com

 Hi,
 I have not heard of something like last year (at least a stand).
 If something is organized i may help but i'm only available the sunday.

 Regards,


 On Wed, Jan 4, 2012 at 13:59, Michael Kugelmann michaelk_...@gmx.de
 wrote:
  Hello,
 
  ist there any OSM activity at the FOSDEM (4.+5.2.2012) this year?
 
 
  Happy new year,
  Michael.
 
 
  ___
  talk mailing list
  talk@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk

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



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

Re: [OSM-talk] INSPIRE e OSM: some projects?

2012-01-04 Per discussione Iván Sánchez Ortega

On Miércoles, 4 de Enero de 2012 18:01:49 Maurizio Napolitano escribió: 
 Yes!
 But there are also some guidelines about the data

Guidelines, not requirements. Here in Spain, we got several mapping agencies 
publishing INSPIRE-compliant services, but their datasets are not normalized 
(don't even think about conflation).

-- 
--
Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org

http://ivan.sanchezortega.es
Proudly running Debian Linux with 3.1.0-1-amd64 kernel, KDE , and PHP 
5.3.8-1+b1 generating this signature.
Uptime: 18:11:19 up  2:48,  4 users,  load average: 0.20, 0.14, 0.11

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

Re: [OSM-talk] INSPIRE e OSM: some projects?

 Guidelines, not requirements. Here in Spain, we got several mapping agencies
 publishing INSPIRE-compliant services, but their datasets are not normalized
 (don't even think about conflation).

I'm not so into the specifications of INSPIRE.
Currently, some public administrations, contacted me for a
OpenStreetMap project and they asked me if there are projects related
to INSPIRE and OpenStreetMap.
I will inform you when I have news.
Thank you.

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

Re: [OSM-talk] Tokyo - State of the Map 2012

2012-01-04 Per discussione Parveen Arora

On Wed, Jan 4, 2012 at 5:50 AM, Richard Weait rich...@weait.com wrote:
 Just announced.  Tokyo, Japan will host SotM 2012, 06-09 September 2012.

Great !!
I wish I could attend it this year also.


-- 
Parveen Arora
www.parveenarora.in
E-Mail: m...@parveenarora.in

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

[OSM-talk] OSM Integration and POI and specific project

2012-01-04 Per discussione Frans Thamura

hi all

i am working for a website called strainstory.com, a web to collect
indonesian endangered species, which growing rapidly in indonesia.

and wanna to map the species, biotope, and put as POI in the OSM,
which right now we use osmosa.net (idea still).

any idea for integration tips?

where should i put the information (right now in strainstory
database), and how to show in openlayers?

tips welcome


F

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

Re: [OSM-talk] OSM @ FOSDEM?

2012-01-04 Per discussione RatZilla$

Hi all,

The  stand's request for OSM@FOSDEM is still under review.
Hope it wil be OK for this year. Come back with good news ;)

Gaël

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

Re: [OSM-talk] OSM Integration and POI and specific project

2012-01-04 Per discussione Graham Jones

Hi,
You can plot POIs stored in a separate file or database using Openlayers:
http://wiki.openstreetmap.org/wiki/Openlayers_POI_layer_example.

Or I have an equivalent that uses the Leaflet library instead (
http://brewmap.maps3.org.uk/client/brewmap.html - source at
https://github.com/jones139/BrewMap).

The best way to provide the data will depend on how much data you have to
display - the two examples above are for very modest amounts of data - as
you get more and more you will need a way of providing just the data for
the area of map being displayed.

Regards


Graham.

On 4 January 2012 21:07, Frans Thamura fr...@meruvian.org wrote:

 hi all

 i am working for a website called strainstory.com, a web to collect
 indonesian endangered species, which growing rapidly in indonesia.

 and wanna to map the species, biotope, and put as POI in the OSM,
 which right now we use osmosa.net (idea still).

 any idea for integration tips?

 where should i put the information (right now in strainstory
 database), and how to show in openlayers?

 tips welcome


 F

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




-- 
Graham Jones
Hartlepool, UK.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [OSM-talk-nl] Dutch Cadastre released all topo vector, raster and toponym data under CC-BY

2012-01-04 Per discussione Jukka Rahkonen

Stefan de Konink stefan at konink.de writes:

 
 
 OpenStreetMap NL was in Dutch news today being one of the first
 receivers of the TOP10nl dataset of the Dutch Cadastre. Since 1-1-2012
 the Cadastre releases its data under the CC-BY license, they even take
 contributions back.
 
 The data itself is in the highest precision usable between scales
 1:5000 and 1:25000. TOP10NL is gathered from aerial photography,
 digital measurements in the field and existing data.
 
 We already contacted what would be their 'ideal' contribution form,
 going beyond a simple email contribution with this object is wrong.

The National Land Survey of Finland will also publish whole lot of data (raster
maps, aerial images, laser scanning data and the whole topographic database in
vector format) with attribution-only licence in May 2012. I have been working
with the vector database and I know it has nearly 500 thematic layers and it
takes around 10 gigabytes in zipped shapefiles. It is at least 50 times more
than we have now in OSM. I can't yet imagine what it will mean for the OSM
project in Finland. 

-Jukka Rahkonen-






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

Re: [OSM-talk] [OSM-talk-nl] Dutch Cadastre released all topo vector, raster and toponym data under CC-BY

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 05-01-12 00:07, Jukka Rahkonen schreef:
 The National Land Survey of Finland will also publish whole lot of
 data (raster maps, aerial images, laser scanning data and the whole
 topographic database in vector format) with attribution-only
 licence in May 2012. I have been working with the vector database
 and I know it has nearly 500 thematic layers and it takes around 10
 gigabytes in zipped shapefiles. It is at least 50 times more than
 we have now in OSM.

Currently we are comparing different released sources. For example we
have a source for Building and Addresses which has unique objects.
While this specific datasets has only aggregations of buildings.

Another example is streetname labels:

http://mirror.openstreetmap.nl/kadaster/nwb-top10-labels.gif

TOP10 = Cadastre
NWB = National Road File

So it seems that Government offices are not integrated theirself. And
no, there are no shared attributesid's. Thus I am contacting both
offices if we could integrate the data with eachother, forming: linked
open data.


 I can't yet imagine what it will mean for the OSM project in
 Finland.

I'm hoping that something could spin out of this kind of massive data
availability where 'fix errors' is the new 'Share Alike'. No need for
database rights etc., because it is obvious: everyone can make the map
better, and it is backed by the government that you already paid for
to do so.


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk8E5BUACgkQYH1+F2Rqwn3OjwCghlKd2qaliG7k7CBIvAEQtzok
FqUAnRC1Bh1LM/N/Z0N7tReIgFfoyMi1
=6i57
-END PGP SIGNATURE-

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

Re: [OSM-talk] Things People Say

2012-01-04 Per discussione Steve Bennett

On Wed, Dec 28, 2011 at 9:21 PM, Frederik Ramm frede...@remote.org wrote:
 But to be honest I'd prefer for tile-making to migrate more into the hands
 of users so they can choose whatever style they like, rather than everybody
 making (different) demands on our showcase cartography.
...
 This guy is clearly mistaking us for a map portal. Even if we had the money
 to buy aerial imagery it would not be our mission to serve that to the
 public; we're simply not interested. I'm a little tired of people like that
 and I hope that by drastically reducing the amount of map on our front page
 we will get rid of them. We are here to make good map data; we're not here
 to indulge those who would like a map portal with all the bells and whistles
 (and who, as someone else professed, cannot be bothered to fix data in OSM
 when there are problems).

 In my eyes, we are not aimed at map consumers. We are, to borrow business
 terms, a producer or maybe a distributor, but we're not a retailer. Our
 product needs a bit of pretty packaging and customer service added before it
 can compete with the consumer friendliness of something like Google Maps;
 such pretty packaging and customer service can be provided by enthusiastic
 individuals, or nonprofits, or commercial entities - maybe even by other
 open projects. But I don't see this on our plate.

Well, IMHO, this is a fundamental mistake. The best way to attract
contributors is to provide a good product that they want even more of.
I have friends who would probably contribute to OSM, but first they
would need to *use* OSM, and it's not quite good enough for their
needs. Why do people contribute to Google Maps? Because they use
Google Maps.

If the broader goal here is maximum possible uptake of free data, then
we need to do everything possible to encourage that. Having artificial
boundaries like oh, we're just a map data project; tools and map
servers are someone else's problem is just wrong.

Steve

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

[OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

Go Frank!

via 
http://webwereld.nl/nieuws/109088/kadaster-geeft-gigabytes-aan-data-vrij.html

Gepubliceerd: Woensdag 4 januari 2012
Auteur: Brenno de Winter

Op verzoek van OpenStreetMap heeft het Kadaster vijf gigabyte aan data
vrijgegeven. Daarmee kunnen verkeersroutes, grenzen en gebieden
precies op de kaart worden getekend.

De data werd uitzonderlijk snel vrijgegeven na een verzoek van
OpenStreetMap-vrijwilliger Frank Steggink. Hij vroeg het Kadaster op 1
januari om vrijgave van de gegevens, die het verzoek op 3 januari al
honoreerde. Via een link met WeTransfer is vervolgens de data
uitgeleverd.

OpenStreetMap
Het project OpenStreetMap werkt al jaren aan een eigen open kaart en
slaat met de vrijgegeven data een grote slag. Tot nu toe is het
project in Nederland vooral afhankelijk van vrijwilligers die met
GPS-apparatuur rondlopen en daarmee proberen een gedetailleerde kaart
te maken. Voor veel informatie is dat nu niet meer nodig.

Door de vrijgegeven data is de kaart niet alleen compleet, maar wordt
er voortaan bovendien gewerkt met exact uitgemeten data. Verder houdt
het Kadaster vanuit haar rol de informatie up-to-date, waardoor de
kaarten ook nog eens actueler worden.

Veel data
In totaal gaat het om zo'n vijf gigabyte aan gegevens. Daarbij gaat
het om onder andere zogenaamde Top10-data. Dat zijn gegevens waarmee
precies wordt opgetekend waar zaken als een wegdeel, spoorbaandeel,
waterdeel, gebouw, terrein, inrichtingselement, reliëf, registratief
gebied, geografisch gebied of functioneel gebied zich bevindt. De
exacte grenzen liggen daarmee vast. Deze zijn dan op een kaart te
projecteren.

Ook is een lijst met allerlei geregistreerde namen op een kaart
vrijgegeven, waardoor het mogelijk wordt om informatie te duiden. Het
is vooral prettig voor de vrijwilligers dat deze informatie juist is
gemaakt voor cartografische toepassingen.

Haken en ogen
De vrijgave van gegevens is niet helemaal zonder haken en ogen. Zo
blijkt de data nog niet in een open formaat te staan, maar in een
gesloten Microsoft Access-bestand. Een complicatie daarbij is dat de
vorm niet helemaal standaard is, waardoor de vrijwilligers nog moesten
worstelen met het omzetten van gegevens in een open formaat.

Een ander punt is dat het Kadaster juist gegevens vrijgeeft in een
licentie die minder verplichtingen heeft dan OpenStreetMap. De
verstrekte data is namelijk beschikbaar onder een Creative Commons
BY-licentie. Dat betekent dat de gegevens voor hergebruik in
aanmerking komen onder vermelding van de bron.

OpenStreetMap werkt echter met Creative Commons BY-SA-licentie. Dat
betekent dat naast bronvermelding het eindproduct ook opnieuw mag
worden gebruikt, maar dat iedere afgeleide dezelfde licentie moet
hebben. Als de data gebruikt wordt zal een licentie voor een nieuwe
kaart moeten worden gebruikt, die hiervoor geschikt is.

Niet het eerste
Het is niet de eerste keer dat een grote set aan gegevens beschikbaar
komt. Eerder gaf het Kadaster ook al de BAG-gegevens vrij. Deze
informatie heeft een nauwkeurige weergave van gebouwen en adressen.
Hierdoor werden postcodes toegankelijk, waarover eerder PostNL
alleenrecht had. Die zijn sinds een recente uitspraak ook door
OpenStreetMap te gebruiken.

Het Ministerie van Infrastructuur en Milieu heeft ook het Nationaal
Wegenbestand al beschikbaar gemaakt. In dat bestand zitten niet alleen
wegen, maar ook spoor en waterwegen. Falkplan probeerde die vrijgave
via een kortgeding te voorkomen, omdat zij zelf kaarten bieden en hun
investering in rook zien opgaan. De rechter oordeelde echter dat de
overheid gewoon data mag openbaarmaken.

Blij
Bij OpenStreetMap wordt enthousiast gereageerd. Ik ben blij dat de
open data-politiek van de ministers Maxime Verhagen en Melanie
Schultz-Van Haegen zo snel en zo veel kansen biedt. Het huidige
kabinet maakt een vuist tegen het oude 'gesloten' denken, zegt Stefan
de Konink, vrijwilliger bij OpenStreetMap en zelf al langer actief met
open data. Zeker in de afgelopen maanden is getoond dat de
landsadvocaat uit de stal wordt gehaald als vrijgave door juridische
procedures wordt bedreigd. Denk aan het Nationale Wegenbestand en de
postcodes in de BAG. Wat nu alleen moet blijken is of er daadwerkelijk
gebruik van wordt gemaakt, en of ons dat de economische boost geeft
die is beloofd.

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

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

2012-01-04 Per discussione Frank Steggink

Nou, er zijn vast wel anderen die op nieuwjaarsdag een verzoek hadden 
ingediend. Het was alleen een kwestie van een formuliertje invullen...
Degenen die we echt moeten bedanken zijn vele anderen, o.a. Neelie 
Kroes, Maxime Verhagen en, niet te vergeten, Steve Coast die dankzij OSM 
velen de ogen heeft doen openen voor open data.


Frank

On 4-1-2012 14:48, Floris Looijesteijn wrote:

Go Frank!

via 
http://webwereld.nl/nieuws/109088/kadaster-geeft-gigabytes-aan-data-vrij.html

Gepubliceerd: Woensdag 4 januari 2012
Auteur: Brenno de Winter

Op verzoek van OpenStreetMap heeft het Kadaster vijf gigabyte aan data
vrijgegeven. Daarmee kunnen verkeersroutes, grenzen en gebieden
precies op de kaart worden getekend.

De data werd uitzonderlijk snel vrijgegeven na een verzoek van
OpenStreetMap-vrijwilliger Frank Steggink. Hij vroeg het Kadaster op 1
januari om vrijgave van de gegevens, die het verzoek op 3 januari al
honoreerde. Via een link met WeTransfer is vervolgens de data
uitgeleverd.

OpenStreetMap
Het project OpenStreetMap werkt al jaren aan een eigen open kaart en
slaat met de vrijgegeven data een grote slag. Tot nu toe is het
project in Nederland vooral afhankelijk van vrijwilligers die met
GPS-apparatuur rondlopen en daarmee proberen een gedetailleerde kaart
te maken. Voor veel informatie is dat nu niet meer nodig.

Door de vrijgegeven data is de kaart niet alleen compleet, maar wordt
er voortaan bovendien gewerkt met exact uitgemeten data. Verder houdt
het Kadaster vanuit haar rol de informatie up-to-date, waardoor de
kaarten ook nog eens actueler worden.

Veel data
In totaal gaat het om zo'n vijf gigabyte aan gegevens. Daarbij gaat
het om onder andere zogenaamde Top10-data. Dat zijn gegevens waarmee
precies wordt opgetekend waar zaken als een wegdeel, spoorbaandeel,
waterdeel, gebouw, terrein, inrichtingselement, reliëf, registratief
gebied, geografisch gebied of functioneel gebied zich bevindt. De
exacte grenzen liggen daarmee vast. Deze zijn dan op een kaart te
projecteren.

Ook is een lijst met allerlei geregistreerde namen op een kaart
vrijgegeven, waardoor het mogelijk wordt om informatie te duiden. Het
is vooral prettig voor de vrijwilligers dat deze informatie juist is
gemaakt voor cartografische toepassingen.

Haken en ogen
De vrijgave van gegevens is niet helemaal zonder haken en ogen. Zo
blijkt de data nog niet in een open formaat te staan, maar in een
gesloten Microsoft Access-bestand. Een complicatie daarbij is dat de
vorm niet helemaal standaard is, waardoor de vrijwilligers nog moesten
worstelen met het omzetten van gegevens in een open formaat.

Een ander punt is dat het Kadaster juist gegevens vrijgeeft in een
licentie die minder verplichtingen heeft dan OpenStreetMap. De
verstrekte data is namelijk beschikbaar onder een Creative Commons
BY-licentie. Dat betekent dat de gegevens voor hergebruik in
aanmerking komen onder vermelding van de bron.

OpenStreetMap werkt echter met Creative Commons BY-SA-licentie. Dat
betekent dat naast bronvermelding het eindproduct ook opnieuw mag
worden gebruikt, maar dat iedere afgeleide dezelfde licentie moet
hebben. Als de data gebruikt wordt zal een licentie voor een nieuwe
kaart moeten worden gebruikt, die hiervoor geschikt is.

Niet het eerste
Het is niet de eerste keer dat een grote set aan gegevens beschikbaar
komt. Eerder gaf het Kadaster ook al de BAG-gegevens vrij. Deze
informatie heeft een nauwkeurige weergave van gebouwen en adressen.
Hierdoor werden postcodes toegankelijk, waarover eerder PostNL
alleenrecht had. Die zijn sinds een recente uitspraak ook door
OpenStreetMap te gebruiken.

Het Ministerie van Infrastructuur en Milieu heeft ook het Nationaal
Wegenbestand al beschikbaar gemaakt. In dat bestand zitten niet alleen
wegen, maar ook spoor en waterwegen. Falkplan probeerde die vrijgave
via een kortgeding te voorkomen, omdat zij zelf kaarten bieden en hun
investering in rook zien opgaan. De rechter oordeelde echter dat de
overheid gewoon data mag openbaarmaken.

Blij
Bij OpenStreetMap wordt enthousiast gereageerd. Ik ben blij dat de
open data-politiek van de ministers Maxime Verhagen en Melanie
Schultz-Van Haegen zo snel en zo veel kansen biedt. Het huidige
kabinet maakt een vuist tegen het oude 'gesloten' denken, zegt Stefan
de Konink, vrijwilliger bij OpenStreetMap en zelf al langer actief met
open data. Zeker in de afgelopen maanden is getoond dat de
landsadvocaat uit de stal wordt gehaald als vrijgave door juridische
procedures wordt bedreigd. Denk aan het Nationale Wegenbestand en de
postcodes in de BAG. Wat nu alleen moet blijken is of er daadwerkelijk
gebruik van wordt gemaakt, en of ons dat de economische boost geeft
die is beloofd.

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




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

[OSM-talk-nl] Warmoesstraat Amsterdam

Hallo,

Ik heb een probleem met de Warmoesstraat in Amsterdam, hier de history:

http://www.openstreetmap.org/browse/way/7371192/history

Dat ding is al een aantal keer van classificatie veranderd.
Momenteel is het een cycleway. Volgens mij komt dat niet echt overeen
met de werkelijke situatie.
Het is een straat met normale breedte die ook voor bevoorrading van de
winkels gebruikt wordt.
Het lijkt me in ieder geval sterk dat er van die ronde fietspadborden staan.

Wat is jullie 'mening' hierover?

Ik voel zelf het meeste voor highway=pedestrian met een bicycle=yes.

Groet,
Floris

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

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

2012-01-04 Per discussione Henk Hoff

Top gedaan!

On 1/4/12, Frank Steggink stegg...@steggink.org wrote:
 Nou, er zijn vast wel anderen die op nieuwjaarsdag een verzoek hadden
 ingediend. Het was alleen een kwestie van een formuliertje invullen...
 Degenen die we echt moeten bedanken zijn vele anderen, o.a. Neelie
 Kroes, Maxime Verhagen en, niet te vergeten, Steve Coast die dankzij OSM
 velen de ogen heeft doen openen voor open data.

 Frank

 On 4-1-2012 14:48, Floris Looijesteijn wrote:
 Go Frank!

 via
 http://webwereld.nl/nieuws/109088/kadaster-geeft-gigabytes-aan-data-vrij.html

 Gepubliceerd: Woensdag 4 januari 2012
 Auteur: Brenno de Winter

 Op verzoek van OpenStreetMap heeft het Kadaster vijf gigabyte aan data
 vrijgegeven. Daarmee kunnen verkeersroutes, grenzen en gebieden
 precies op de kaart worden getekend.

 De data werd uitzonderlijk snel vrijgegeven na een verzoek van
 OpenStreetMap-vrijwilliger Frank Steggink. Hij vroeg het Kadaster op 1
 januari om vrijgave van de gegevens, die het verzoek op 3 januari al
 honoreerde. Via een link met WeTransfer is vervolgens de data
 uitgeleverd.

 OpenStreetMap
 Het project OpenStreetMap werkt al jaren aan een eigen open kaart en
 slaat met de vrijgegeven data een grote slag. Tot nu toe is het
 project in Nederland vooral afhankelijk van vrijwilligers die met
 GPS-apparatuur rondlopen en daarmee proberen een gedetailleerde kaart
 te maken. Voor veel informatie is dat nu niet meer nodig.

 Door de vrijgegeven data is de kaart niet alleen compleet, maar wordt
 er voortaan bovendien gewerkt met exact uitgemeten data. Verder houdt
 het Kadaster vanuit haar rol de informatie up-to-date, waardoor de
 kaarten ook nog eens actueler worden.

 Veel data
 In totaal gaat het om zo'n vijf gigabyte aan gegevens. Daarbij gaat
 het om onder andere zogenaamde Top10-data. Dat zijn gegevens waarmee
 precies wordt opgetekend waar zaken als een wegdeel, spoorbaandeel,
 waterdeel, gebouw, terrein, inrichtingselement, reliëf, registratief
 gebied, geografisch gebied of functioneel gebied zich bevindt. De
 exacte grenzen liggen daarmee vast. Deze zijn dan op een kaart te
 projecteren.

 Ook is een lijst met allerlei geregistreerde namen op een kaart
 vrijgegeven, waardoor het mogelijk wordt om informatie te duiden. Het
 is vooral prettig voor de vrijwilligers dat deze informatie juist is
 gemaakt voor cartografische toepassingen.

 Haken en ogen
 De vrijgave van gegevens is niet helemaal zonder haken en ogen. Zo
 blijkt de data nog niet in een open formaat te staan, maar in een
 gesloten Microsoft Access-bestand. Een complicatie daarbij is dat de
 vorm niet helemaal standaard is, waardoor de vrijwilligers nog moesten
 worstelen met het omzetten van gegevens in een open formaat.

 Een ander punt is dat het Kadaster juist gegevens vrijgeeft in een
 licentie die minder verplichtingen heeft dan OpenStreetMap. De
 verstrekte data is namelijk beschikbaar onder een Creative Commons
 BY-licentie. Dat betekent dat de gegevens voor hergebruik in
 aanmerking komen onder vermelding van de bron.

 OpenStreetMap werkt echter met Creative Commons BY-SA-licentie. Dat
 betekent dat naast bronvermelding het eindproduct ook opnieuw mag
 worden gebruikt, maar dat iedere afgeleide dezelfde licentie moet
 hebben. Als de data gebruikt wordt zal een licentie voor een nieuwe
 kaart moeten worden gebruikt, die hiervoor geschikt is.

 Niet het eerste
 Het is niet de eerste keer dat een grote set aan gegevens beschikbaar
 komt. Eerder gaf het Kadaster ook al de BAG-gegevens vrij. Deze
 informatie heeft een nauwkeurige weergave van gebouwen en adressen.
 Hierdoor werden postcodes toegankelijk, waarover eerder PostNL
 alleenrecht had. Die zijn sinds een recente uitspraak ook door
 OpenStreetMap te gebruiken.

 Het Ministerie van Infrastructuur en Milieu heeft ook het Nationaal
 Wegenbestand al beschikbaar gemaakt. In dat bestand zitten niet alleen
 wegen, maar ook spoor en waterwegen. Falkplan probeerde die vrijgave
 via een kortgeding te voorkomen, omdat zij zelf kaarten bieden en hun
 investering in rook zien opgaan. De rechter oordeelde echter dat de
 overheid gewoon data mag openbaarmaken.

 Blij
 Bij OpenStreetMap wordt enthousiast gereageerd. Ik ben blij dat de
 open data-politiek van de ministers Maxime Verhagen en Melanie
 Schultz-Van Haegen zo snel en zo veel kansen biedt. Het huidige
 kabinet maakt een vuist tegen het oude 'gesloten' denken, zegt Stefan
 de Konink, vrijwilliger bij OpenStreetMap en zelf al langer actief met
 open data. Zeker in de afgelopen maanden is getoond dat de
 landsadvocaat uit de stal wordt gehaald als vrijgave door juridische
 procedures wordt bedreigd. Denk aan het Nationale Wegenbestand en de
 postcodes in de BAG. Wat nu alleen moet blijken is of er daadwerkelijk
 gebruik van wordt gemaakt, en of ons dat de economische boost geeft
 die is beloofd.

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

[OSM-talk-nl] Dutch Cadastre released all topo vector, raster and toponym data under CC-BY

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

OpenStreetMap NL was in Dutch news today being one of the first
receivers of the TOP10nl dataset of the Dutch Cadastre. Since 1-1-2012
the Cadastre releases its data under the CC-BY license, they even take
contributions back.

The data itself is in the highest precision usable between scales
1:5000 and 1:25000. TOP10NL is gathered from aerial photography,
digital measurements in the field and existing data.

We already contacted what would be their 'ideal' contribution form,
going beyond a simple email contribution with this object is wrong.


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk8Emx4ACgkQYH1+F2Rqwn14XgCdGzV0cvjAgZNr8HNSMxZqjkAb
3tkAn0oWEEjv15e+O6IZ1luld/IErO4G
=6auX
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 04-01-12 14:48, Floris Looijesteijn schreef:
 Go Frank!
 
 via
 http://webwereld.nl/nieuws/109088/kadaster-geeft-gigabytes-aan-data-vrij.html

Had
 
natuurlijk ook de goede mailinglijst met de goede taal kunnen
kiezen ;)

Het is erg mooi dat TOP10NL in CC-BY beschikbaar is, dat geeft erg
veel potentie. Ik ben daarom ook even in de pen geklommen met het
Kadaster hoe we 'terugmeldingen' zouden kunnen doen, en eventueel
stroomlijnen. Participeren met overheid organisaties die mannetjes in
het veld hebben, kan het beter? ;)


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk8EnTUACgkQYH1+F2Rqwn0V2wCfRTlgH1R5R12c6Jrh6HzI7chD
o00An0aTYbKok8FET2tz8DoLjDw+xWJo
=cu/g
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

is het moeilijk om hier een WMS (oid) voor op te zetten zodat het
als laag in josm gebruikt kan worden?

groet,
floris

2012/1/4 Stefan de Konink ste...@konink.de:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 Op 04-01-12 14:48, Floris Looijesteijn schreef:
 Go Frank!

 via
 http://webwereld.nl/nieuws/109088/kadaster-geeft-gigabytes-aan-data-vrij.html

 Had

 natuurlijk ook de goede mailinglijst met de goede taal kunnen
 kiezen ;)

 Het is erg mooi dat TOP10NL in CC-BY beschikbaar is, dat geeft erg
 veel potentie. Ik ben daarom ook even in de pen geklommen met het
 Kadaster hoe we 'terugmeldingen' zouden kunnen doen, en eventueel
 stroomlijnen. Participeren met overheid organisaties die mannetjes in
 het veld hebben, kan het beter? ;)


 Stefan
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.18 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEAREKAAYFAk8EnTUACgkQYH1+F2Rqwn0V2wCfRTlgH1R5R12c6Jrh6HzI7chD
 o00An0aTYbKok8FET2tz8DoLjDw+xWJo
 =cu/g
 -END PGP SIGNATURE-

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

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

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 04-01-12 20:45, Floris Looijesteijn schreef:
 is het moeilijk om hier een WMS (oid) voor op te zetten zodat het 
 als laag in josm gebruikt kan worden?

Nee niet moeilijk, wordt aan gewerkt.

Maar begrijp even goed in wat voor slangenkuil je, je stort als de
CC-BY = ODBL wil gaan toepassen. Ik zou graag eerst horen dat
Kadaster zegt: ja tof dat jullie dit gebruiken, source=Kadaster is
genoeg op de geometrie.

Uiteraard is het wel een handige manier om te weten waar je zelf nog
zou kunnen editen op basis van luchtfoto's. Maar ook dat blijft (in
mijn ogen) een afgeleide product waar, wanneer deze in de viewport
komt, gewoon attributie te zien zou moeten zijn.


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk8ErkcACgkQYH1+F2Rqwn2X8gCgjyHCpe+U84sWXvwoUJ4I5wuH
imAAn3PT/U64I6LZNR7X2AurJjnGGVk9
=k8bl
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

2012/1/4 Stefan de Konink ste...@konink.de:
 Nee niet moeilijk, wordt aan gewerkt.

 Maar begrijp even goed in wat voor slangenkuil je, je stort als de
 CC-BY = ODBL wil gaan toepassen. Ik zou graag eerst horen dat
 Kadaster zegt: ja tof dat jullie dit gebruiken, source=Kadaster is
 genoeg op de geometrie.

+1! Daar moet inderdaad eerst duidelijkheid over zijn.

Gr,
Floris

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

Re: [OSM-talk-nl] Warmoesstraat Amsterdam

2012-01-04 Per discussione rethna

Op 4 januari 2012 18:18 schreef Floris Looijesteijn o...@floris.nu het
volgende:


 Het lijkt me in ieder geval sterk dat er van die ronde fietspadborden
 staan.



Toch wel.- http://g.co/maps/asq96
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Warmoesstraat Amsterdam

oh ja. maar die andere borden zijn toch echt niet voor fietsers...

2012/1/4 rethna o...@rethna.nl:


 Op 4 januari 2012 18:18 schreef Floris Looijesteijn o...@floris.nu het
 volgende:


 Het lijkt me in ieder geval sterk dat er van die ronde fietspadborden
 staan.



 Toch wel.- http://g.co/maps/asq96

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


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

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

2012-01-04 Per discussione Ante



Stefan de Konink ste...@konink.de schreef:

Maar begrijp even goed in wat voor slangenkuil je, je stort als de
CC-BY = ODBL wil gaan toepassen. Ik zou graag eerst horen dat
Kadaster zegt: ja tof dat jullie dit gebruiken, source=Kadaster is
genoeg op de geometrie.

De licentie lijkt op de BSD licentie. Microsoft zegt dan gewoon: deze software 
bevat BSD software. Einde verhaal. 

Daarmee vergeleken is source=Kadaster heel informatief.

Als ze alleen naamsvermelding willen en ze krijgen naamsvermelding, kan er geen 
probleem zijn.

best,

Ante




Uiteraard is het wel een handige manier om te weten waar je zelf nog
zou kunnen editen op basis van luchtfoto's. Maar ook dat blijft (in
mijn ogen) een afgeleide product waar, wanneer deze in de viewport
komt, gewoon attributie te zien zou moeten zijn.


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk8ErkcACgkQYH1+F2Rqwn2X8gCgjyHCpe+U84sWXvwoUJ4I5wuH
imAAn3PT/U64I6LZNR7X2AurJjnGGVk9
=k8bl
-END PGP SIGNATURE-

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

-- 
kind regards, 
Ante

(Sent from my phone, please excuse my brevity.)

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

Re: [OSM-talk-nl] Warmoesstraat Amsterdam

2012-01-04 Per discussione dbussche

Hoi Floris

op google streetview zie je duidelijk wel een rond blauw fietspad bord bij 
de zuidelijke inrit.
Ik kan maandag op kantoor nog eens in cyclomedia kijken, daar hebben wij 
expliciet toestemming om het tbv osm/fietsrouteplanner te gebruiken en de 
foto's zijn ook recenter.

Groeten,

   Dirk



  
Disclaimer  

De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend 
bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u 
verzocht de inhoud niet te gebruiken en de afzender direct te informeren door 
het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die 
voortvloeit uit elektronische verzending.  
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Warmoesstraat Amsterdam

2012-01-04 Per discussione rethna

**
highway=cycleway
access=delivery

en misschien de bollards op de weg plaatsen met access restrictions erop.
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 04-01-12 21:52, Ante schreef:
 De licentie lijkt op de BSD licentie. Microsoft zegt dan gewoon:
 deze software bevat BSD software. Einde verhaal.
 
 Daarmee vergeleken is source=Kadaster heel informatief.
 
 Als ze alleen naamsvermelding willen en ze krijgen naamsvermelding,
 kan er geen probleem zijn.

En op een afgeleide product van OSM (dat kaart dingetje op die
homepage) zou dat dan ook moeten staan. Want Microsoft zet die BSD
code in de sourcecode maar ook op het over-scherm van z'n product.


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk8EwAkACgkQYH1+F2Rqwn0AAQCcDYt86+G9Y+ntGWJIzfhk1qY+
XSAAn3hB9i5YmPGACc4JznwF4zWiCnyV
=guSc
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] Warmoesstraat Amsterdam

2012-01-04 Per discussione Jan Westerhof

Floris,

Hoe onwaarschijnlijk het ook lijkt: de Warmoesstraat is echt (voor een
groot gedeelte) een fietspad. Inclusief de blauwe borden.

Gr. Jan Westerhof

2012/1/4  talk-nl-requ...@openstreetmap.org:
 Send Talk-nl mailing list submissions to
        talk-nl@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.openstreetmap.org/listinfo/talk-nl
 or, via email, send a message with subject or body 'help' to
        talk-nl-requ...@openstreetmap.org

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

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-nl digest...


 Today's Topics:

   1.  Kadaster geeft gigabytes aan data vrij (Floris Looijesteijn)
   2. Re:  Kadaster geeft gigabytes aan data vrij (Frank Steggink)
   3.  Warmoesstraat Amsterdam (Floris Looijesteijn)
   4. Re:  Kadaster geeft gigabytes aan data vrij (Henk Hoff)
   5.  Dutch Cadastre released all topo vector, raster and toponym
      data under CC-BY (Stefan de Konink)
   6. Re:  Kadaster geeft gigabytes aan data vrij (Stefan de Konink)


 --

 Message: 1
 Date: Wed, 4 Jan 2012 14:48:48 +0100
 From: Floris Looijesteijn o...@floris.nu
 To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
 Subject: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij
 Message-ID:
        CAEY77=1ide97FphEDJqRv=dtuecjt6ds+r2va5kao1kk+m9...@mail.gmail.com
 Content-Type: text/plain; charset=ISO-8859-1

 Go Frank!

 via 
 http://webwereld.nl/nieuws/109088/kadaster-geeft-gigabytes-aan-data-vrij.html

 Gepubliceerd: Woensdag 4 januari 2012
 Auteur: Brenno de Winter

 Op verzoek van OpenStreetMap heeft het Kadaster vijf gigabyte aan data
 vrijgegeven. Daarmee kunnen verkeersroutes, grenzen en gebieden
 precies op de kaart worden getekend.

 De data werd uitzonderlijk snel vrijgegeven na een verzoek van
 OpenStreetMap-vrijwilliger Frank Steggink. Hij vroeg het Kadaster op 1
 januari om vrijgave van de gegevens, die het verzoek op 3 januari al
 honoreerde. Via een link met WeTransfer is vervolgens de data
 uitgeleverd.

 OpenStreetMap
 Het project OpenStreetMap werkt al jaren aan een eigen open kaart en
 slaat met de vrijgegeven data een grote slag. Tot nu toe is het
 project in Nederland vooral afhankelijk van vrijwilligers die met
 GPS-apparatuur rondlopen en daarmee proberen een gedetailleerde kaart
 te maken. Voor veel informatie is dat nu niet meer nodig.

 Door de vrijgegeven data is de kaart niet alleen compleet, maar wordt
 er voortaan bovendien gewerkt met exact uitgemeten data. Verder houdt
 het Kadaster vanuit haar rol de informatie up-to-date, waardoor de
 kaarten ook nog eens actueler worden.

 Veel data
 In totaal gaat het om zo'n vijf gigabyte aan gegevens. Daarbij gaat
 het om onder andere zogenaamde Top10-data. Dat zijn gegevens waarmee
 precies wordt opgetekend waar zaken als een wegdeel, spoorbaandeel,
 waterdeel, gebouw, terrein, inrichtingselement, reli?f, registratief
 gebied, geografisch gebied of functioneel gebied zich bevindt. De
 exacte grenzen liggen daarmee vast. Deze zijn dan op een kaart te
 projecteren.

 Ook is een lijst met allerlei geregistreerde namen op een kaart
 vrijgegeven, waardoor het mogelijk wordt om informatie te duiden. Het
 is vooral prettig voor de vrijwilligers dat deze informatie juist is
 gemaakt voor cartografische toepassingen.

 Haken en ogen
 De vrijgave van gegevens is niet helemaal zonder haken en ogen. Zo
 blijkt de data nog niet in een open formaat te staan, maar in een
 gesloten Microsoft Access-bestand. Een complicatie daarbij is dat de
 vorm niet helemaal standaard is, waardoor de vrijwilligers nog moesten
 worstelen met het omzetten van gegevens in een open formaat.

 Een ander punt is dat het Kadaster juist gegevens vrijgeeft in een
 licentie die minder verplichtingen heeft dan OpenStreetMap. De
 verstrekte data is namelijk beschikbaar onder een Creative Commons
 BY-licentie. Dat betekent dat de gegevens voor hergebruik in
 aanmerking komen onder vermelding van de bron.

 OpenStreetMap werkt echter met Creative Commons BY-SA-licentie. Dat
 betekent dat naast bronvermelding het eindproduct ook opnieuw mag
 worden gebruikt, maar dat iedere afgeleide dezelfde licentie moet
 hebben. Als de data gebruikt wordt zal een licentie voor een nieuwe
 kaart moeten worden gebruikt, die hiervoor geschikt is.

 Niet het eerste
 Het is niet de eerste keer dat een grote set aan gegevens beschikbaar
 komt. Eerder gaf het Kadaster ook al de BAG-gegevens vrij. Deze
 informatie heeft een nauwkeurige weergave van gebouwen en adressen.
 Hierdoor werden postcodes toegankelijk, waarover eerder PostNL
 alleenrecht had. Die zijn sinds een recente uitspraak ook door
 OpenStreetMap te gebruiken.

 Het Ministerie van Infrastructuur en Milieu heeft ook het Nationaal
 Wegenbestand al beschikbaar gemaakt. In dat bestand zitten niet

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

2012-01-04 Per discussione Henk Hoff

De Australische overheid heeft ook veel informatie vrijgegeven in een
CC-BY. We hebben daar als OSMF contact mee gehad en zij zijn akkoord
met gebruik van hun data in OSM met naamsvermelding op een daarvoor
bestemde pagina (zoals vermeld in de Contributor Terms).

Mocht het bij het Kadaster wel op problemen stuiten, hoor ik het graag.

Gr.,
Henk

Send from a mobile device

Op 4 jan. 2012 om 22:09 heeft Stefan de Konink ste...@konink.de het
volgende geschreven:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 Op 04-01-12 21:52, Ante schreef:
 De licentie lijkt op de BSD licentie. Microsoft zegt dan gewoon:
 deze software bevat BSD software. Einde verhaal.

 Daarmee vergeleken is source=Kadaster heel informatief.

 Als ze alleen naamsvermelding willen en ze krijgen naamsvermelding,
 kan er geen probleem zijn.

 En op een afgeleide product van OSM (dat kaart dingetje op die
 homepage) zou dat dan ook moeten staan. Want Microsoft zet die BSD
 code in de sourcecode maar ook op het over-scherm van z'n product.


 Stefan
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.18 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iEYEAREKAAYFAk8EwAkACgkQYH1+F2Rqwn0AAQCcDYt86+G9Y+ntGWJIzfhk1qY+
 XSAAn3hB9i5YmPGACc4JznwF4zWiCnyV
 =guSc
 -END PGP SIGNATURE-

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

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

Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 05-01-12 00:43, Henk Hoff schreef:
 De Australische overheid heeft ook veel informatie vrijgegeven in
 een CC-BY. We hebben daar als OSMF contact mee gehad en zij zijn
 akkoord met gebruik van hun data in OSM met naamsvermelding op een
 daarvoor bestemde pagina (zoals vermeld in de Contributor Terms).
 
 Mocht het bij het Kadaster wel op problemen stuiten, hoor ik het
 graag.

Vraag aan OSMF:

Kunnen er dan ook aanpassingen aan de 'geimporteerde' data terug naar
het Kadaster? (De zogenaamde: Terugmelding)


Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk8E5wEACgkQYH1+F2Rqwn3hAwCcDbgo30rD2ez66im2J3CNSOjW
RkcAmgN4BFRNM+dnW70Sz93EFCp8Wmay
=WpRr
-END PGP SIGNATURE-

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

Re: [talk-au] Brisbane bikeway data on data.gov.au

2012-01-04 Per discussione Michael Collinson


On 04/01/2012 04:43, Chris Barham wrote:

Just noticed this recent dataset  -  potentially useful...
Brisbane bikeways on data.gov.au (which is therefore licence compatible?)
http://data.gov.au/5472

   


Hi Chris,

Yes. It has a CC BY license.  If it is used, just be careful to add it 
to 
http://wiki.openstreetmap.org/wiki/Attribution#Australian_government_public_information_datasets 
as per data.gov.au request.


Mike


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

Re: [talk-au] Brisbane street names

2012-01-04 Per discussione Michael Collinson


On 04/01/2012 04:19, Chris Barham wrote:

Hi,

Just spotted a CC-by dataset of Brisbane, Qld, Aus streetnames...
Perhaps possible/useful for checking of spelling of existing street
names? (I'm *guessing* that wouldn't violate the licence)

http://data.brisbane.qld.gov.au/index.php/dataset/street-names/
   


I recommend clarification from the publisher (Brisbane City Council) as 
to whether they would consider attribution on our website to be 
sufficient or not, they have not been approached before as far as I 
know.  I can try and contact them if you wish, let me know.  It is also 
possible that you might find the same dataset on data.gov.au.


Mike

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

Re: [talk-au] Back in editing - Tracks and 4wd areas

2012-01-04 Per discussione Ian Bennett

Davis,
Crikey I hope not!! I say this because I am doing something similar.
In so far as labelling, see 
http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines
Wealth of info here :-)

Ian

On Thu, 5 Jan 2012 17:59:33 David Findlay wrote:
 I contributed quite a bit of stuff locally mapped with GPS(usually multiple
 tracks on multiple different days, averaged) a few years back. I notice now
 there seems to be quite some disdain for GPS tracks.

 I've recently recorded various bush walking, biking and 4wd trails, most of
 which aren't easily visible from aerial imagery. Is this ok? I've just
 uploadd a change set before with a few drains that weren't marked and some
 bush trails suitable for walking or cycling. I marked them as Tracks with
 cars, motorcyles and stuff set to no.

 How should I mark 4wd trails? Thanks,

 David

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



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

Re: [talk-au] Back in editing - Tracks and 4wd areas

2012-01-04 Per discussione Mark Pulley


Quoting David Findlay da...@woodypointcomms.com.au:


I've recently recorded various bush walking, biking and 4wd trails, most of
which aren't easily visible from aerial imagery. Is this ok?


The more GPS tracks, the better. I recently added bushwalking tracks  
at Carnarvon Gorge, Queensland, and found I was having some problems  
with 'canyoning' in some sections, so having several traces was a big  
help when mapping this section.



How should I mark 4wd trails? Thanks,


highway=track; surface=unpaved; if 4wd only then also add 4wd_only=yes

Mark P.



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

Re: [Talk-de] Taugt MEDION GoPal S3857?

2012-01-04 Per discussione Chris66

Am 04.01.2012 08:00, schrieb Karl Eichwalder:

 Ich habe einen Garmin etrex Legend HCX, bei dem sich die Gummierung
 allmählich auflöst. Ist der GoPal von der Funktion her vergleichbar --
 und lassen sich vor allem auch eigene OSM-Maps drauf machen?
 
 Ich habe mein etrex legend hcx (über meinen händler) eingeschickt und
 ein neues gerät erhalten.  Das gummi-problem ist bekannt 

Ich hab meines einmal pro Jahr selber mit Doppelklebeband repariert. ;-)
Chris


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

[Talk-de] Geofabrik OSM-extract downloads langsam seit gut einer Woche

2012-01-04 Per discussione Felix Hartmann

Weiß jemand warum die so langsam geworden sind? Gibt es irgendwelche 
Consumer Apps die evtl sich dort bedienen? Derzeit schwankt der Speed 
zwischen 50-200KB.
Oder funktioniert das spiegeln der beliebtesten Länder auf gdwg derzeit 
nicht und ist der Speed daher so eingebrochen (da bin ich mir ziemlich 
sicher dass es nicht funktioniert)?



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

Re: [Talk-de] Geofabrik OSM-extract downloads langsam seit gut einer Woche

2012-01-04 Per discussione Frederik Ramm


Hi,

On 01/04/12 09:53, Felix Hartmann wrote:

Weiß jemand warum die so langsam geworden sind? Gibt es irgendwelche
Consumer Apps die evtl sich dort bedienen? Derzeit schwankt der Speed
zwischen 50-200KB.
Oder funktioniert das spiegeln der beliebtesten Länder auf gdwg derzeit
nicht und ist der Speed daher so eingebrochen (da bin ich mir ziemlich
sicher dass es nicht funktioniert)?


Hm. Gespiegelt werden nur das Deutschland- und das Europafile. Dieser 
Vorgang beginnt jeden Tag um 8:45 Uhr; das erste Europafile ist 
normalerweise so 45-60 Minuten spaeter auf dem GWDG-Server:


2011/10/09 09:29:28
2011/10/10 09:33:57
2011/10/11 09:47:25
2011/10/12 09:54:04
2011/10/13 09:41:39
2011/10/14 10:28:56
2011/10/15 09:41:42
2011/10/16 09:43:31
2011/10/17 09:54:39
2011/10/18 10:25:38
2011/10/19 09:41:40
2011/10/20 09:50:30
2011/10/21 09:59:24
2011/10/22 10:12:33
2011/10/23 09:43:33
2011/10/24 09:42:31

Seit Mitte Dezember gibt es da aber massive Probleme:

2011/12/12 09:52:27
2011/12/13 09:27:32
2011/12/14 10:41:37
2011/12/15 09:38:31
2011/12/16 10:57:25
2011/12/17 11:27:11
2011/12/18 12:40:06
2011/12/19 15:09:10
2011/12/20 22:02:50
2011/12/22 00:15:23
2011/12/23 02:21:09
2011/12/24 14:48:05
2011/12/25 14:47:34
2011/12/26 15:20:09
2011/12/27 21:21:18
2011/12/29 05:13:18
2011/12/31 03:11:56
2012/01/01 19:43:39
2012/01/03 03:15:14

Ich vermute mal Netzwerk-Engpaesse bei meinem Provider, bei GWDG sind 
die eher unwahrscheinlich. Und dadurch, dass der Mirror nicht richtig 
funktioniert, wird das Netz auf meiner Seite natuerlich *noch* staerker 
belastet. Der Munin-Graph sieht auch irgendwie verdaechtig aus:


http://www.remote.org/frederik/tmp/s4utraffic.png

Ich hab jetzt mal (reboot tut gut) den Rechner neu gestartet und 
ausserdem eine Anfrage an den Provider geschickt. Vielleicht war denen 
ja der Traffic zu viel ;)


Bye
Frederik

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

Re: [Talk-de] Geofabrik OSM-extract downloads langsam seit gut einer Woche

2012-01-04 Per discussione Felix Hartmann


Vielen Dank für die Rückmeldung...

Hoffe mal, dass wenn Deutschland und Europa Spiegeln wieder funktioniert 
(Frankreich wäre, da inzwischen größer wie Deutschland - und doch recht 
beliebt evtl auch gut zu spiegeln) der Speed hoffentlich wieder 
brauchbar ist (und nicht 10 Stunden warten bis Frankreich mit Glück 
gedownloaded) die Downlaods wieder in akzeptabler Geschwindigkeit 
verfügbar sind.



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

Re: [Talk-de] Was ist relevant für OSM (war: Wochennotiz Nr. 76)

2012-01-04 Per discussione Tobias Hobmeier


Am 03.01.2012 19:55, schrieb Matthias Meißer:

Eigentlich finde ich das Thema schon zu of breitgetreten, aber
beteilige mich trotzdem mal daran, da ich damals mich ja auch sehr
daran störte.

Am 03.01.2012 15:50, schrieb Frederik Ramm:

Hallo,

On 01/03/2012 02:23 PM, Stephan Wolff wrote:
Die Beobachtung ist richtig, aber man könnte auch folgern, dass 
sich

mehr vernünftige Leute beteiligen sollten, um solche Fehler zu
verhindern.


Ich bin der Ansicht, dass es falsch ist, sich auf einer 
theoretischen
Ebene mit Taggingregeln zu beschaeftigen, aber genau das passiert 
hier.
Man sollte sich erst dann damit beschaeftigen, wie man einen 
Parkplatz
taggt, der nur von rollstuhlfahrenden Eltern benutzt werden darf, 
wenn

man wirklich konkret vor einem solchen Parkplatz steht und das
Beduerfnis hat, dieses Detail auch wirklich zu erfassen. 
(Idealerweise

sollte man auch mindestens eine Applikation nennen koennen, die das
Detail sinnvoll auswerten kann.%


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

[Talk-de] OSM @ FOSDEM?

2012-01-04 Per discussione Michael Kugelmann


Hallo,

ist irgend eine OSM-Aktivität auf der FOSDEM (4.+5.2.2012) geplant?


Gutes neues Jahr,
Michael.


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

Re: [Talk-de] etrex-Gummireaparatur (war: Taugt MEDION GoPal S3857?)

2012-01-04 Per discussione mapwitch



Am 04.01.2012 09:48, schrieb Chris66:

Am 04.01.2012 08:00, schrieb Karl Eichwalder:


Ich habe einen Garmin etrex Legend HCX, bei dem sich die Gummierung
allmählich auflöst. Ist der GoPal von der Funktion her vergleichbar --
und lassen sich vor allem auch eigene OSM-Maps drauf machen?

Ich habe mein etrex legend hcx (über meinen händler) eingeschickt und
ein neues gerät erhalten.  Das gummi-problem ist bekannt

Ich hab meines einmal pro Jahr selber mit Doppelklebeband repariert. ;-)
Chris



Ich habe meins vor zwei oder drei Jahren nach einer Anleitung im Geoclub 
repariert:

http://www.geoclub.de/viewtopic.php?f=7t=3685p=392410#p392410

Das Gummi hält seither unter allen Bedingungen und ohne weitere Probleme!
Monika



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

[Talk-de] Fwd: Tokyo - State of the Map 2012

2012-01-04 Per discussione Michael Kugelmann


FYI. Braucht keine Übersetung...

 Original-Nachricht 
Betreff:[OSM-talk] Tokyo - State of the Map 2012
Datum:  Tue, 3 Jan 2012 19:20:10 -0500
Von:Richard Weait rich...@weait.com
An: t...@openstreetmap.org



Just announced.  Tokyo, Japan will host SotM 2012, 06-09 September 2012.

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


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

[Talk-de] Themen-Karte: Grenz- und Meilensteine

2012-01-04 Per discussione Jan Tappenbeck




 Hi !

ich habe einmal wieder gebastelt - eine Sonderkarte zu dem Thema Grenz- 
und Meilensteine.


Zu erreichen ist die Karte über die URL: 
http://www.tappenbeck.net/osm/maps/deu/index.php?id=1044


Ein Update wird es in der Regel einmal pro Woche und nach Bedarf geben.

Da bei den Grenzsteinen zwei unterschiedliche Tags derzeit existieren 
habe ich historic=boundary und historic=boundary_stone (mit 
unterschiedlichen Icons) erstellt.


Für Ideen und Anregungen bin ich immer offen. Weitere Thematische Karten 
von mir finden sich unter 
http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck#Meine_Karten.


Gruß Jan :-)


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

[Talk-de] OSM-Matrix o.ä. als JOSM-Hintergrund?

2012-01-04 Per discussione olvagor


Hallo,

in meinen Nachbargemeinden fehlt noch so einiges und anderes wird durch 
den Lizenzwechsel voraussichtlich verschwinden. Deswegen habe ich anhand 
von Bing-Bildern angefangen, die Gegend sauber zu erfassen.


Dabei passiert es mir aber ständig, dass ich von Hölzchen auf Stöckschen 
komme. Ich fange in einem kleinen Gebiet an, lade dann ständig entlang 
von Straßen und Flüssen Daten nach und habe später ein riesiges Gebiet 
in JOSM, das an einigen Stellen sehr gut, an anderen kaum/nicht erfasst ist.


Eine Lösung für mein Problem wäre die Einblendung eines Rasters (von 
vielleicht 100m Kantenlänge). Dann könnte ich erst einmal alles 
innerhalb eines Feldes mappen und mich danach dem nächsten widmen. Eine 
willkommene Ergänzung wäre dann vielleicht noch eine Anbindung an 
qualitystreetmap.org oder die OSMatrix.


Hat jemand nen Tipp für mich?

Gruß,
Markus

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

Re: [Talk-de] OSM-Matrix o.ä. als JOSM-Hintergrund?

2012-01-04 Per discussione Jan Tappenbeck


Hi !

ich hatte mal ein Script das eine Matix als GPX generiert und das dann 
man sich in Hintergund legen.


Gruß Jan :-)

Am 04.01.2012 16:57, schrieb olvagor:

Hallo,

in meinen Nachbargemeinden fehlt noch so einiges und anderes wird durch
den Lizenzwechsel voraussichtlich verschwinden. Deswegen habe ich anhand
von Bing-Bildern angefangen, die Gegend sauber zu erfassen.

Dabei passiert es mir aber ständig, dass ich von Hölzchen auf Stöckschen
komme. Ich fange in einem kleinen Gebiet an, lade dann ständig entlang
von Straßen und Flüssen Daten nach und habe später ein riesiges Gebiet
in JOSM, das an einigen Stellen sehr gut, an anderen kaum/nicht erfasst
ist.

Eine Lösung für mein Problem wäre die Einblendung eines Rasters (von
vielleicht 100m Kantenlänge). Dann könnte ich erst einmal alles
innerhalb eines Feldes mappen und mich danach dem nächsten widmen. Eine
willkommene Ergänzung wäre dann vielleicht noch eine Anbindung an
qualitystreetmap.org oder die OSMatrix.

Hat jemand nen Tipp für mich?

Gruß,
Markus




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

Re: [Talk-de] OSM-Matrix o.ä. als JOSM-Hintergrund?

2012-01-04 Per discussione Markus


Hallo Markus,


Raster (100m Kantenlänge)


Damals bei den Luftbildern aus Bayern
gab es ein Qualitätstool, in dem in einem Raster
Farben für den Erfassungsgrad zugeordnet wurden:
http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Bayern/Pilotprojekt#Arbeitsmatrix

Gruss, Markus



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

[Talk-de] JOSM-Lizenzwechsel-Plugin aktualisiert

2012-01-04 Per discussione Frederik Ramm


Hallo,

   die neueste Version vom JOSM-Lizenzwechsel-Plugin sollte jetzt eine 
bessere Markierung von Lizenzproblemen bieten. Vorher wurde um jedes 
problematischen Way-Segment ein Oval gemalt, was dazu fuehrte, dass man 
nur schlecht erkennen konnte, ob ein Node eigenltich selbst auch 
umkringelt ist oder ob das nur die Enden von den Ovalen sind. Das sollte 
jetzt besser sein. Probierts mal aus!


Bye
Frederik

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

Re: [Talk-de] Fortführung der Skripte von Gary68

2012-01-04 Per discussione fla...@googlemail.com

Die Quality Checks laufen ja ganz gut unter OSX/Linux.

Mir fehlt nur die Möglichkeit PBF-Files zu lesen,
und osmconvert-outputs mag perl nicht immer ..

Dirk

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

Re: [Talk-de] Wie Mercator nach EPSG:4326 wandeln in Perl?

2012-01-04 Per discussione Holger


Hallo,

da auch JOSM diesen Fehler macht hatte ich mir mal Kacheln gebastelt, 
bei denen auf der einen Seite die richtigen Koordinaten, und auf der 
anderen Seite die verzerrten Koordinaten als horizontale Linien 
gezeichnet waren. Ergebnis: Bei üblichen Kachelgrößen muss man schon 
extrem weit rauszoomen (ca. Bundesland auf einer Kachel), bis es eine 
Rolle spielt. Zum mappen also eher unproblematisch, da man bei diesem 
Zoom eh keine Details mehr erkennen kann. Wenn Bundesländer oder Staaten 
angeklickt werden sollen siehe dies schon anders aus.


Holger


Am 03.01.2012 17:50, schrieb Frederik Ramm:

Du weisst aber schon, dass Du mit groesser werdendem Abstand vom
Aequator damit immer verzerrtere Bilder bekommst - die Oberkante und
Unterkante des Bildes sind da, wo sie hingehoeren, aber die Bildmitte
kann ein ganzes Stueck hoeher oder tiefer liegen (also das, was bei Dir
genau in der Mitte zwischen Ober- und Unterkante liegt, muesste
eigentlich 10% weiter oben oder unten abgebildet sein).



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

Re: [Talk-de] Themen-Karte: Grenz- und Meilensteine

2012-01-04 Per discussione Alexander Matheisen

Hallo,

 ich habe einmal wieder gebastelt - eine Sonderkarte zu dem Thema Grenz-
 und Meilensteine.
 Für Ideen und Anregungen bin ich immer offen. Weitere Thematische Karten
 von mir finden sich unter
 http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck#Meine_Karten.

Könntest du auch normale (nicht historische) Grenzsteine anzeigen? 
Habe schon einige eingetragen, leider werden die in keiner Karte angezeigt.
http://www.openstreetmap.org/browse/node/324100655

Thematisch würde es ganz gut passen, dann natürlich mit einem anderen Symbol 
zur Unterscheidung.


Alex

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

Re: [Talk-de] Wie Mercator nach EPSG:4326 wandeln in Perl?

2012-01-04 Per discussione Manuel Reimer


Manuel Reimer wrote:

Da der Fehler bei größeren Zoomstufen zu groß wird, habe ich den Layer so
konfiguriert, dass man mindestens bis Zoom 12 reingezoomt haben muss. Ich hoffe
einfach, dass es genau genug ist, dass ich letztlich auch getFeatureInfo
nutzen kann. Wäre nämlich doof, wenn man auf der Karte daneben klicken muss um
die gewünschte Info zu bekommen.


Mal ein Nachtrag dazu: Ich habe getFeatureInfo jetzt mit eingebaut (läuft auch 
durch meinen Proxy und wird somit genau so umgerechnet) und ich bin mit dem 
Ergebnis sehr zufrieden. Man kann dahin klicken, wo das Element, zu dem man 
Infos will, sich befindet und der WMS gibt korrekte Infos zurück.


Da es mit der einfachen Lösung so gut funktioniert, werde ich mir jegliche 
Versuche in Richtung Reprojektion erstmal schenken.


Gruß

Manuel


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

Re: [Talk-de] Was ist relevant für OSM (war: Wochennotiz Nr. 76)

2012-01-04 Per discussione Stephan Wolff

Moin!

Am 03.01.2012 15:50, schrieb Frederik Ramm:

On 01/03/2012 02:23 PM, Stephan Wolff wrote:

Die Beobachtung ist richtig, aber man könnte auch folgern, dass sich
mehr vernünftige Leute beteiligen sollten, um solche Fehler zu
verhindern.

Ich bin der Ansicht, dass es falsch ist, sich auf einer theoretischen
Ebene mit Taggingregeln zu beschaeftigen, aber genau das passiert hier.

Ich habe dasselbe auch schon in talk-de und im deutschen Forum bemerkt.

Nebenbei, aus welchem Proposal stammt das absurde Beispiel?

http://wiki.openstreetmap.org/wiki/Proposed_features/access_restrictions_1.5#Mixture_of_modes_and_roles

Der Text ist wunderbar. Man betrachte das Beispiel im Text:
access:car+trailercustomer?wet.speed

Was ist denn relevant für OSM?

Relevant fuer OSM ist, was fuer viele Mapper relevant ist.

Das Wiki? Dort stehen Ergebnisse der kritisierten Abstimmungen oder
Einzelmeinungen eines Schreibers

Ja. Das Wiki kann m.E. dort relevant sein, wo es die gaengige Praxis in
OSM dokumentiert, wo also das Verhalten tausender Mapper in einem
Wiki-Artikel destilliert wird. Handelt es sich hingegen um eine
Diskussion ueber eine Neuerfindung, so ist das nur fuer die 10 Leute
relevant, die daran teilnehmen, und keinesfalls fuer OSM im ganzen.

Ein Tag wird nur dann von tausenden Mapper genutzt, wenn es bereits im
Wiki dokumentiert, in den Presets eines Editors angeboten und von einem
Router bzw. Renderer ausgewertet wird (evtl. wenn es 2 der 3
Bedingungen erfüllt). Wenige Programmierer entscheiden dann für alle
Teilnehmer.

Die Zahl der User, die ein Tag aktiv einsetzen? Vielleicht ja, aber die
Zahl ist kaum zu ermitteln

Ich wuerde sagen, die Zahl ist sogar sehr leicht zu ermitteln, da
braucht es einen History-Planet, ein Perlskript und 2-3 Tage Zeit.

Für den typischen Mapper nicht gerade realistisch :-)

Man muss bei der Auswertung ähnliche Kriterien wie beim Lizenzcheck
anwenden und überprüfen, ob ein Tag nur durch einen Split eines alten
ways entstanden ist. Aber das Ergebnis wäre wirklich interessant.
Vielleicht kann jemand, der eine ODBL-Karte rechnet, auch eine
Userzählung für alle Tags mit 1000 Verwendungen erstellen :-)

Das russische Forum? Es hat jedenfalls die meisten Posts

Fuer das Tagging in Russland wuerde ich durchaus das russische Forum als
autoritativ bewerten. Wenn die sich dort ueberlegen, dass sie irgendwas
auf eine bestimmte Art machen wollen, dann ist das doch ok. Solange ich
nicht in Russland mappe, muss ich mich damit natuerlich auch nicht
beschaeftigen.

Ohne ein Verfahren um die jeweiligen Ergebnisse mit anderen
Nationalitäten zu teilen, wäre so etwas das Ende von OSM. Jedes Land
würde sich unabhängig entwickeln, inkompatible Tags einführen. Niemand
könnte im Urlaub Daten erfassen ohne das Forum in der jeweiligen
Landessprache vorher durchzuarbeiten. Renderer und Router benötigten
landesspezifische Regeln.
Man benötigt also ein Verfahren, die dort diskutierten Vorschläge
in englischer Sprache zentral zu dokumentieren, dies anzukündigen,
zu diskutieren und gemeinsam darüber zu entscheiden.

Das deutsche Forum?
Die talk und tagging Mailinglisten?
Die talk-de Mailingliste?

Wir haben keine Tagging-Autoritaet. Entweder gelingt es jemandem, andere
von seiner Meinung zu ueberzeugen, oder es gelingt ihm nicht. Ich
persoenlich ziehe es vor, zu versuchen, normale Mapper von meiner
Meinung zu ueberzeugen

Die meisten Mapper kennen deine und andere Argumente nicht. Wenn
jemand ein Tag für Parkbänke sucht, wird er nicht alle Diskussionen
in talk-de und im Forum lesen, die Argumente bewerten und sich dann
entscheiden.

und nicht die Leute, die im Wiki ueber neue Tags
abstimmen, denn das sind in aller Regel eben genau die, fuer die jede
zusaetzliche Komplikation ein Gewinn ist. (Ich lehne dieses Schema ab,
denn es kann keine Banken modellieren, in denen ein Geldautomat und
zugleich auch ein oeffentliches Telefon installiert ist, hypothetisches
Beispiel).

Ich habe auch schon dort abgestimmt. Danke für die Blumen.

Man sollte eher dazu aufrufen, sich kritsch zu beteiligen anstatt das
einzige demokratische Element in OSM zu boykottieren.

Kaum jemand kann alles lesen oder sich sogar überall beteiligen.

Ja. Und deswegen waere es auch voellig falsch, ein von 15 Leuten
ausgedachtes neues Tag ploetzlich per Osm-Blog in den Rang einer
faktischen Nachricht zu erheben.

Deshalb hatte ich vorgeschlagen, über die anstehenden Abstimmungen zu
informieren, damit man sich pro oder contra beteiligen kann.

Das Proposal-Voting-Verfahren ist _eine_ Form der Userbeteiligung.
Es hat den Vorteil, dass man keine langen Diskussionen sondern nur
einen strukturierten Vorschlag lesen muss und sich mit sehr geringem
Aufwand an der Abstimmung beteiligen kann. Die Beteiligung bei
Abstimmungen ist mit typisch 15-30 Nutzern gemessen an der Gesamtzahl
der Aktiven sehr gering, aber deutlich höher als bei typischen Foren-
oder Mailinglisten.

Verstehe ich jetzt nicht. Auf dieser Liste hier

[Talk-de] Knoten geloescht, aber noch mit Tags

2012-01-04 Per discussione Christian H. Bruhn

Hallo!

Im Forum [1] ging es um einen doppelten Knoten [2] der in einer Karte
von Netzwolf auftaucht.

Dieser Punkt ist zwar gelöscht, hat aber noch alle Tags. Das sieht
für mich falsch aus.

Wie kann so etwas kommen? Wie kann man das reparieren?

Christian

[1] http://forum.openstreetmap.org/viewtopic.php?id=14940
[2] http://www.openstreetmap.org/browse/node/1005373865



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

Re: [Talk-de] OSM-Matrix o.ä. als JOSM-Hintergrund?

2012-01-04 Per discussione Georg Feddern


Moin,

Am 04.01.2012 16:57, schrieb olvagor:


Eine Lösung für mein Problem wäre die Einblendung eines Rasters (von 
vielleicht 100m Kantenlänge). Dann könnte ich erst einmal alles 
innerhalb eines Feldes mappen und mich danach dem nächsten widmen.

Hat jemand nen Tipp für mich?


als ich damals systematisch nach Bing gemappt habe, habe ich mir in 
JOSM Kachelnnummern heruntergeladen.


Im linken Bereich (Zoomstufe von Kachel bis Kachel) kann man sich 
die entsprechende Kachel einstellen.
Leider hatte (hat?) JOSM im rechten Eingabefeld Kacheladresse einen 
kleinen Bug, die zulässigen Kachelnummer sind um eine Zoomstufe zu klein 
abgefangen, so dass man dort nur das nordwestliche Viertel der Welt 
korrekt eingeben konnte (kann?).

Ich empfand damals Zoom 13 als ganz angenehme Größe.

Als OSMatrix habe ich mir eine eigene Calc-(Excel-)Tabelle erstellt - 
man verliert sonst selbst den Überblick. ;-)


Gruß
Georg

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

Re: [Talk-de] Knoten geloescht, aber noch mit Tags

2012-01-04 Per discussione Andre Joost


Am 05.01.2012 06:04, schrieb Christian H. Bruhn:

Hallo!

Im Forum [1] ging es um einen doppelten Knoten [2] der in einer Karte
von Netzwolf auftaucht.

Dieser Punkt ist zwar gelöscht, hat aber noch alle Tags. Das sieht
für mich falsch aus.



Nö, das Löschen des Knotens hat mit dem Löschen der tags nichts zu tun.

Warum bei Knoten aber kein gelöscht im osm.org/browse steht, verstehe ich 
auch nicht ganz.

Wenn man sich aktuelle Daten runterlädt, taucht der Knoten jedenfalls nicht auf.
Wenn in der Liste von Netzwolf veraltete Daten drin stehen, ist das sein 
Problem. Vielleicht zapft er eine veraltete xapi an.


Gruß,
André Joost






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

Re: [Talk-it] Elenco strade italiane per comune

2012-01-04 Per discussione Diego Guidotti - Aedit s.r.l.

Ciao Pietro!
Un piacere leggerti.
Il progetto di cui parli e' interessante e, immagino, che nel
frattempo la comunita' degli sviluppatori python abbia gia' trovato la
soluzione.
In ogni caso ecco qualche dritta sul fronte del parsing

MAPOSMATIC
http://www.maposmatic.org
si tratta di una applicazione web scritta in *python* dove selezioni
un area geografica e questo ti genera una mappa ed uno stradario
la mappa con un griglia sopra con celle da 500 metri
lo stradario invece in ordine alfabetico con la lista delle strade e i
relativi quadranti dove si trovano
I due file sono distribuiti in pdf e svg ma, lo stradario, e' dato
anche in csv :)
Il codice sorgente si trova qui
https://savannah.nongnu.org/projects/maposmatic/
la componente che genera i file e' stata anche separata in forma di
command line con il nome ocitymap
http://git.savannah.gnu.org/cgit/maposmatic/ocitysmap.git
Ti copio/incollo un pezzo del README

ocitysmap generates a city street map, using the OpenStreetMap project's data
and the MapNik map renderer. The generated maps are vector graphics images,
including a street index and city grid.
[...]
By default, the maps are generated in PDF format with the street index
at the bottom, with an additional CSV containing the street index. To
see the available options to change this behavior, please run:
  ./ocitysmap2-render --help


IMPOSM
http://imposm.org/
Si tratta di una libreria python che ti permette di importare file
.osm o .pdf dentro postgis
(lo sviluppatore dice che e' possibile estendere anche a spatialite ed
altro, ma, per ora,
nessuno lo ha fatto).
Il tutorial e' molto esplicativo
http://imposm.org/docs/imposm/latest/tutorial.html
Puoi decidere di personalizzare cosa importare andando a creare un
oggetto dichiarando
tag e geometrie che ti interessano -
http://imposm.org/docs/imposm/latest/mapping.html
Per le performance faccio un altro copia/incolla

You can import 1 GB .osm.bz2 (~Germany) on a system with 2 GB RAM and
Europe (~5 GB PBF) works fine on a system with 8 GB RAM. Larger
imports (planet.osm) are still possible but will take longer if you
don’t have 16 GB or more (about 20h with 8GB).


OSMIUM
https://github.com/joto/osmium
si tratta di una libreria C++ per il parsing di file .osm e .pdf e
genera poi file .shp o .csv
per chi non ne sa di C++ ma invece di javascript lo sviluppatore di
osmium ha creato anche l'interprete javascript
osmjs - presente nel tree di osmium
https://github.com/joto/osmium/tree/master/osmjs
Qui rimando alla lettura totale del README (niente copia/incolla)
https://github.com/joto/osmium/blob/master/osmjs/README
e alla pagina nel wiki http://wiki.openstreetmap.org/wiki/Osmium

Per le sorgenti dati, oltre al gia' citato server di gfoss, geofabrik
mette disponibile i file di openstreetmap
sia in osm, che pbf, che convertiti in .shp divisi per nazioni
http://download.geofabrik.de/osm/europe/

Riguardo invece la tua applicazione per aiutare a migliorare lo
stradario e civici.
Una applicazione in tal senso e' data da wheelmap.org
I contributi possono arrivare anche da anonimi, in tal caso i tool di
wheelmap interagiscono
con le api di openstreetmap attraverso l'utente wheelmap.
La parte piu' interessante e' data dai tool per iphone e android per
l'inserimento e navigazione
(anche se, per l' inserimento, preferisco cose come osm2go o
mapzen-poi-collector).
A Wherecamp.eu ho partecipato ad una idea di gioco su una applicazioen
fatta dai ragazzi
di Skobbler
In pratica ci si organizzava per squadre e bisognava andare a
fotografare la posizione di numeri
civici in alcune vie intorno al posto dove era stato organizzato l'evento.
La squadra che raccoglieva per prima l'elenco vinceva.
Fra le applicazioni Skobbler esiste anche mapdust
http://www.mapdust.com/
concettualmente simile a openstreetbugs
http://openstreetbugs.schokokeks.org/

L'idea di creare un team di validatori non mi sembra proprio in
sintonia con osm.
In OSM dovrebbe valere il concetto della Linus' law
Dato un numero sufficiente di occhi, tutti i bug vengono a galla
dove, praticamente, i validatori si auto proclamano
Concordo che sarebbe bello riuscire ad avere la garanzia della
presenza di alcuni responsabili
per ogni citta'.
Consiglio l'uso di owl viewer
http://matt.dev.openstreetmap.org/owl_viewer/

In ogni caso OSM ha bisogno di strumenti sempre piu' facili per
l'inserimento dei dati.
Quindi che ben venga la tua idea :)

A presto

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

Re: [Talk-it] Elenco strade italiane per comune

2012-01-04 Per discussione sabas88

Il giorno 04 gennaio 2012 08:04, Pietro peter.z...@gmail.com ha scritto:

 Ciao a tutti!


Ciao

nella mailing list italiana di python si è aperto un topic [0] su come
 avere l'elnco di tutte le strade divise per comune.

 Io ho proposto una soluzione basata sulle api di cloudmade, ma per
 comuni grandi non può andare bene, il numero di vie è troppo
 elevato...

 L'altra soluzione proposta è quella di fare il parsing dell'osm e
 ricavarsi questa informazione, per prima cosa volevo sapere se
 qualcuno di voi lo ha già fatto, e se si, se il risultato del suo
 lavoro è già disponibile...

 Se non ci fosse, potrebbe essere interessante mettere un file già
 pronto su gfoss? In modo da incentivare l'utilizzo dei dati osm...


Ho letto nel topic che hai linkato che ci hanno già guardato


 Ho scaricato qualche file in formato osm (openstreetmap), ma non mi sembrano
 molto comodi e affidabili per i nomi delle strade;

 la soluzione offline non mi piace molto.

Eheheh. L'unica soluzione valida è o parsare il file osm (che è un xml alla
fine e lo puoi gestire come vuoi con i parser del linguaggio; prova a
guardare sulla wiki), o fare delle query a osm (
http://wiki.openstreetmap.org/wiki/PythonOsmApi) o guardare se riesci a
combinare qualcosa con nominatim.



 Partendo da questa idea ho pensato ad un possibile ulteriore
 sviluppo... fare un javascript, che:
- aiuti gli sviluppatori web nel gestire le form per l'iserimento
 degli indirizzi;
- semplifichi la compilazione del proprio indirizzo da parte degli
 utenti;
- inviti a collaborare ad openstreetmap per aggiungere/migliorare
 le informazioni mancanti... ed infine dia visibilità al progetto.

 Io vedrei una cosa del tipo,

 1) l'utente sceglie la provincia, la mappa che prima inquadrava
 l'italia, viene aggiornata in modo da visualizzare la provincia di
 interesse;
 2) l'utente sceglie il comune, la mappa visualizza il comune;
 3) l'utente inizia a scrivere il proprio indirizzo, e gli vengono
 proposte delle vie già presenti in osm, se seleziona una via già
 presente la mappa viene aggiornata evidenziando la via. Se la via non
 è presente si potrebbe invitare l'utente ad aggiungerla registrandosi
 al sito: www.openstreetmap.org, oppure si potrebbe fare in modo che
 l'utente aggiunge disegnando direttamente sulla mappa la via
 mancante... Questa informazione potrebbe essere poi trasformata in osm
 ed importata nel databse, magari dopo una validazione, basterebbe
 individuare una o più persone per comune...
 4) aggiunge il civico, anche qui se presente viene avidenziato
 altrimenti l'utente viene invitato a collaborare registrandosi o
 aggiungendolo direttamente sulla mappa.

 Io non sono troppo esperto in javascript e html, però la cosa mi
 sembrerebbe fattibile, uno javascript consentirebbe allo sviluppatore
 di ottenere un form carino e funzionante senza dover sbattersi, alla
 comunità di osm consentirebbe di avere maggiore visibilità, avvicinare
 gli utenti, avere più persone che inseriscono e controllano i dati.

 Voi cosa dite? è un cazzata? è fattibile?

 I primi due punti e mezzo sono fattibili con Jquery e l'autocompletamento
(posto che ci sia un modo di fare query via php, magari con xpath)
La seconda parte del punto tre l'avevo tirata fuori nel topic di Map Maker,
si tratta di agire per migliorare l'usabilità, ma questo lo devono fare i
dev di OSM. Il quattro è simile a questo discorso.

buona giornata!

 Pietro

 Ciao,
Stefano



 [0] http://www.mail-archive.com/python@lists.python.it/msg09229.html

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

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

Re: [Talk-it] Elenco strade italiane per comune

2012-01-04 Per discussione Stefano Salvador

 Eheheh. L'unica soluzione valida è o parsare il file osm (che è un xml alla
 fine e lo puoi gestire come vuoi con i parser del linguaggio; prova a
 guardare sulla wiki)

il file osm di per se stesso non ti da questa informazione, lo devi
prima caricare in un database geografico (usando ad esempio imposm
come suggerito prima) convertendo le relazioni dei confini comunali in
multipoligoni, oppure usando direttamente i comuni istat. Dopo puoi
estrarre la lista delle vie con semplici query geografiche.

In ogni caso è un lavoro che fanno già quelli di gfoss, qui un esempio
per il comune di Milano [1]. Non so quanto i dati siano aggiornati e
se è possibile esportare il risultato in un formato più
computer-friendly ma direi che il grosso del lavoro è già fatto.


[1] http://www.gfoss.it/osm/stat/?cod_com=15146


Ciao,

Stefano

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

Re: [Talk-it] Elenco strade italiane per comune

2012/1/4 Pietro peter.z...@gmail.com

 Ciao a tutti!

 Ciao


 nella mailing list italiana di python si è aperto un topic [0] su come
 avere l'elnco di tutte le strade divise per comune.



Sul sito di GFOSS abbiamo sviluppato (in PHP)  un sito [1] che calcola le
statistiche sui limiti amministrativi. Se vai su una regione - provincia
- comune arrivi ad una pagina con lo stradario comunale (es. Pisa [2]).
 L'idea era proprio di creare delle pagine OpenStreetMap per ogni comune
con la possibilità di avere suggerimenti sui dati mancanti.

Il sistema scarica settimanalmente da geofabrik i dati italiani, li importa
in postgres con osm2pgsql e poi una serie di script sql precalcolano tutte
le statistiche (prima si spezzano le strade con i limiti amministrativi e
poi si calcolano le lunghezze). Dopo questo lo sviluppo dell'interfaccia
web è banale.

Se interessano vi posso girare il codice.

Ciao,
Diego



[1] http://www.gfoss.it/osm/stat/
[2] http://www.gfoss.it/osm/stat/?cod_com=50026
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Elenco strade italiane per comune

2012-01-04 Per discussione Diego Guidotti - Aedit s.r.l.

 Se interessano vi posso girare il codice.

Premesso che me lo hai gia' girato a suo tempo,
perche' non lo pubblichi online?
Se mi rispondi che non hai tempo lo faccio io :)
pero' mi devi dire che tipo di licenza vuoi
Eheheh

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

Re: [Talk-it] Elenco strade italiane per comune

2012/1/4 Maurizio Napolitano napoo...@gmail.com

  Se interessano vi posso girare il codice.

 Premesso che me lo hai gia' girato a suo tempo,
 perche' non lo pubblichi online?
 Se mi rispondi che non hai tempo lo faccio io :)
 pero' mi devi dire che tipo di licenza vuoi


Si pubblicalo pure, per la licenza andrebbe bene una BSD .
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] R: Re: problemi con maxspeed

2012-01-04 Per discussione beppebo...@libero.it

Ciao

Quando inserisci maxspeed e digiti la velocità 50 orari viene visualizzato poi 
60 se digito 70 orari viene visualizzato poi ugualmente 60, pure in tanti che 
hai messo tu, la voce presente è quella giusta poi sullo schermo compare sempre 
60 orari!!!




Messaggio originale
Da: da...@debian.org
Data: 03/01/2012 23.55
A: talk-it@openstreetmap.org
Ogg: Re: [Talk-it] problemi con maxspeed

On Tue, 3 Jan 2012 19:19:25 +0100 (CET), beppebo...@libero.it wrote:

 Utilizzando la chiave maxspeed viene visualizzata sempre la stessa 
velocità
 60 anche se si digita 50 o 70 è possibile porci rimedio?

Ehm, potresti spiegarti meglio? :)

Ho inserito un sacco di maxspeed, e non riesco proprio a capire di che parli. 
:(

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it




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

Re: [Talk-it] R: Re: problemi con maxspeed

2012-01-04 Per discussione sabas88

Ma dove, in josm? Non è che ti riferisci all'icona che compare sul nodo? Se
è così sarà che c'è solo un'icona .. :)
Il giorno 04/gen/2012 12:33, beppebo...@libero.it beppebo...@libero.it
ha scritto:

 Ciao

 Quando inserisci maxspeed e digiti la velocità 50 orari viene visualizzato
 poi
 60 se digito 70 orari viene visualizzato poi ugualmente 60, pure in tanti
 che
 hai messo tu, la voce presente è quella giusta poi sullo schermo compare
 sempre
 60 orari!!!




 Messaggio originale
 Da: da...@debian.org
 Data: 03/01/2012 23.55
 A: talk-it@openstreetmap.org
 Ogg: Re: [Talk-it] problemi con maxspeed
 
 On Tue, 3 Jan 2012 19:19:25 +0100 (CET), beppebo...@libero.it wrote:
 
  Utilizzando la chiave maxspeed viene visualizzata sempre la stessa
 velocità
  60 anche se si digita 50 o 70 è possibile porci rimedio?
 
 Ehm, potresti spiegarti meglio? :)
 
 Ho inserito un sacco di maxspeed, e non riesco proprio a capire di che
 parli.
 :(
 
 Ciao,
 David
 
 --
  . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
  : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
  `. `'`  GPG: 1392B174 | http://deb.li/dapal
`-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-it
 



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

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

Re: [Talk-it] mappa dei parcheggi

2012-01-04 Per discussione Maurizio Daniele


Il 02/01/2012 23:12, Simone Saviolo ha scritto:
Bella! Queste iniziative aiutano ad incentivare la mappatura di alcune 
feature. Indubbiamente, quelle che vengono in qualche modo usate sono 
quelle più popolari... Ciao, Simone 


Molto bella. :)

Ho notato che mappano anche i parcheggi a lato strada secondo lo schema 
[1] mentre sulla pagina wiki italiana è ancora riportato che non si 
mappano i parcheggi a lato strada


Facciamo una revisione del tutto e ci mettiamo a mappare le zone blu 
delle città? (Della serie: buoni propositi per il nuovo anno :-D )


[1] http://wiki.openstreetmap.org/wiki/Key:parking:lane:both

--
Maurizio

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

Re: [Talk-it] problemi con maxspeed

2012-01-04 Per discussione David Paleino

On Wed, 4 Jan 2012 12:32:43 +0100 (CET), beppebo...@libero.it wrote:

 Ciao
 
 Quando inserisci maxspeed e digiti la velocità 50 orari viene visualizzato
 poi 60 se digito 70 orari viene visualizzato poi ugualmente 60, pure in tanti
 che hai messo tu, la voce presente è quella giusta poi sullo schermo compare
 sempre 60 orari!!!

Ah, ma quelle sono solo icone, l'importante è che il dato sia corretto :)

http://img254.imageshack.us/img254/5281/istantanea0401201212370.png

Per avere le icone corrette, va' su Modifica  Preferenze  terza icona (quella
col mondo dietro una griglia), Stili di Disegno della Mappa. Da lì scegli, e
abilita, Speedlimit Signs (ricordati anche di cliccare il quadratino per far
apparire il tick)

Dopodiché avrai le icone con i numeri giusti :)
(esistono comunque casi in cui il limite non viene riconosciuto, per cui al
posto del numero nel segnale c'è un punto interrogativo -- a me capita quando
inserisco cose tipo maxspeed=IT:motorway)

Ciao,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


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

Re: [Talk-it] IT:Tag:amenity=college

2012-01-04 Per discussione Fabri

Il -10/01/-28163 20:59, totera ha scritto:
 Federico Cozzi wrote
 Quello che ci stiamo chiedendo è se in Italia esistano scuole di
 further education paragonabili a quelle inglesi: a me viene in mente
 lo IED (http://www.ied.it/), forse ce ne sono altre. Sono queste che
 andrebbero mappate come amenity=llege in OSM. E il problema è
 trovare la parola italiana per descrivere queste strutture su JOSM.

 A quanto pare la further education in Italia si chiama Istruzione
 superiore non universitaria:
 http://www.studiare-in-italia.it/php5/study-italy.php?idorizz=http://it.enace.eu/d-85.41.html
  (interessante questa classificazione
 NACE...)



Interessante. Dunque leggendo che:

 l'istruzione superiore non universitaria
http://www.studiare-in-italia.it/php5/study-italy.php?lang=ITidorizz=2idvert=2
è impartita in varie tipologie di istituzioni, specializzate in settori
disciplinari differenti, ecco le più note:
- Istituzioni del sistema Afam (Alta formazione artistica e musicale e
coreutica): Accademie di Belle Arti statali, Accademie di Belle Arti non
statali legalmente riconosciute, Istituti Superiori per le Industrie
Artistiche, Accademia Nazionale di Arte Drammatica Silvio D'Amico,
Accademia Nazionale di Danza, Conservatori di Musica, Istituti Musicali
Pareggiati;
- Fondazione Centro Sperimentale di Cinematografia (già Scuola
Nazionale di Cinema);
- Scuole Superiori per Mediatori Linguistici;
- Istituti autorizzati ad attivare corsi di formazione specialistica in
psicoterapia;
- Scuole di Archivistica, Paleografia e Diplomatica;
- Accademie Militari e Istituti di Polizia;
- Istituti Centrali di Restauro, e le Scuole di Restauro e Conservazione
dei beni culturali;
- Scuole/ Istituti di Formazione Integrata Superiore (FIS) che offrono i
cosiddetti corsi IFTS;
- Centri/ Scuole/ Istituti di Formazione Professionale Regionale.

Potrebbe andar bene tradurre su Josm come Accademia visto che è la
tipologia piu diffusa e poi sul wiki specificare meglio?
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] mappa dei parcheggi

2012-01-04 Per discussione Fabri


 Ho notato che mappano anche i parcheggi a lato strada secondo lo
 schema [1] mentre sulla pagina wiki italiana è ancora riportato che
 non si mappano i parcheggi a lato strada

 Facciamo una revisione del tutto e ci mettiamo a mappare le zone blu
 delle città? (Della serie: buoni propositi per il nuovo anno :-D )

 [1] http://wiki.openstreetmap.org/wiki/Key:parking:lane:both



Scrivere anche che:

*i comuni italiani violano il Codice della strada non distanziando la
fascia di sosta laterale dalla parte della strada destinata allo
scorrimento dei veicoli, ossia dalla carreggiata*. *La mancata
apposizione di questa striscia bianca discontinua, da porre accanto alle
strisce blu o gialle che indicano la parte della strada destinata al
posteggio, non consente di delimitare la fine della carreggiata e di
separare adeguatamente i veicoli posteggiati da quelli che circolano*.
Le biciclette ed i motorini, quindi, viaggiano troppo rasenti alle auto
e, in caso di apertura improvvisa di una portiera, non hanno lo spazio
per evitare l'ostacolo.

...

*come sollevò anche la trasmissione di Italia 1   Le jene, le città
italiane, per ragioni di spazio, non separano quasi mai con una striscia
di margine discontinua bianca la carreggiata, destinata allo scorrimento
dei veicoli, dalla fascia di sosta laterale, come previsto invece
dall'art.**3, comma 1, punto 23 del Cds, dall'art. 7 comma 6 del Cds,  e
dall' art. 141 del regolamento del Cds*.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Osmand