Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Minko]

Dit lijkt mij niet de oorzaak. Zeker niet als die cache altijd al aan stond.
Ik heb het met verschillende zip files uitgeprobeerd, ook met oudere files 
waarvan niemand de link heeft.
Dus die ik eenmaal heb gedownload en niemand anders 5 minuten eerder. Tot voor 
kort waren er nooit problemen mee.

Ik zal het nogmaals uit proberen te leggen, misschien komt mijn verhaal niet 
goed over:
De zip file kan altijd uitgepakt worden, alleen bij bepaalde windows 
configuraties (Vista icm IE8, Win7 icm IE9)
is het uitgepakte bestand één bestand van dezelfde naam als de zip file maar 
zonder zip extensie.

Als je die hernoemt naar zip en weer uitpakt zie je pas de oorspronkelijk 
ingepakte bestanden.
Met Firefox is er niets aan de hand. Tot voor kort was er ook niets aan de hand 
met IE8.

Het probleem is door meerdere downloaders gemeld en kan gereproduceerd worden, 
niet alleen door mij.
Als ik identieke files op een andere server zet, is er geen probleem. Ook tot 
voor kort waren er geen
problemen met die bestanden op de server. Dit lijkt mij toch een probleem op de 
server?

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-01-12 10:49, Minko schreef:
> Dit lijkt mij toch een probleem op de server?

We maken het bestandje;

skinkie@mijndev ~/public_html $ touch ziptest.txt
skinkie@mijndev ~/public_html $ zip ziptest.zip ziptest.txt
  adding: ziptest.txt (stored 0%)


We downloaden via Cherokee;

skinkie@mijndev ~/public_html $ cd /tmp/
skinkie@mijndev /tmp $ wget
http://mijndev.openstreetmap.nl/~skinkie/ziptest.zip--2012-01-15
18:05:21--  http://mijndev.openstreetmap.nl/~skinkie/ziptest.zip
Resolving mijndev.openstreetmap.nl... 2a00:d10:101::25:1, 93.186.180.83
Connecting to mijndev.openstreetmap.nl|2a00:d10:101::25:1|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 172 [application/zip]
Saving to: `ziptest.zip'

100%[==>] 172 --.-K/s   in
0s

2012-01-15 18:05:21 (16.6 MB/s) - `ziptest.zip' saved [172/172]

skinkie@mijndev /tmp $ unzip ziptest.zip
Archive:  ziptest.zip
 extracting: ziptest.txt


We downloaden via Apache;

skinkie@mijndev /tmp $ wget
http://mijndev.openstreetmap.nl:8080/~skinkie/ziptest.zip
- --2012-01-15 18:06:59--
http://mijndev.openstreetmap.nl:8080/~skinkie/ziptest.zip
Resolving mijndev.openstreetmap.nl... 2a00:d10:101::25:1, 93.186.180.83
Connecting to mijndev.openstreetmap.nl|2a00:d10:101::25:1|:8080...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 172 [application/zip]
Saving to: `ziptest.zip'

100%[==>] 172 --.-K/s   in
0s

2012-01-15 18:06:59 (16.5 MB/s) - `ziptest.zip' saved [172/172]

skinkie@mijndev /tmp $ unzip ziptest.zip
Archive:  ziptest.zip
 extracting: ziptest.txt



Conclusie; zelfde mime-type.


Pakken we jouw eigen voorbeeld er bij:

skinkie@mijndev /tmp $ wget
http://mijndev.openstreetmap.nl/~ligfietser/ofm_ita/OFM_Italy.zip
- --2012-01-15 18:09:09--
http://mijndev.openstreetmap.nl/~ligfietser/ofm_ita/OFM_Italy.zip
Resolving mijndev.openstreetmap.nl... 2a00:d10:101::25:1, 93.186.180.83
Connecting to mijndev.openstreetmap.nl|2a00:d10:101::25:1|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 16084439 (15M) [application/zip]
Saving to: `OFM_Italy.zip'

100%[==>] 16,084,439  51.2M/s   in
0.3s

2012-01-15 18:09:09 (51.2 MB/s) - `OFM_Italy.zip' saved
[16084439/16084439]

skinkie@mijndev /tmp $ unzip OFM_Italy.zip
Archive:  OFM_Italy.zip
   creating: Openfietsmap (italiav07-01-2012).gmap/
  inflating: Openfietsmap (italiav07-01-2012).gmap/3900.typ
  inflating: Openfietsmap (italiav07-01-2012).gmap/Info.xml
...


Conclusie; zelfde mime-type, geen twee-in-1.



Laten we even out of the box denken:

wget kan normaal gesproken niet omgaan met accept-encoding compressie.
En zal het bestand zo opslaan als over de lijn heen komt;

skinkie@mijndev /tmp $ wget -S --header="accept-encoding: gzip"
http://mijndev.openstreetmap.nl/~ligfietser/ofm_ita/OFM_Italy.zip
- --2012-01-15 18:14:16--
http://mijndev.openstreetmap.nl/~ligfietser/ofm_ita/OFM_Italy.zip
Resolving mijndev.openstreetmap.nl... 2a00:d10:101::25:1, 93.186.180.83
Connecting to mijndev.openstreetmap.nl|2a00:d10:101::25:1|:80...
connected.
HTTP request sent, awaiting response...
  HTTP/1.0 200 OK
  Connection: close
  Date: Sun, 15 Jan 2012 17:14:16 GMT
  Server: Cherokee/1.2.102b120110_9a8b349 (UNIX)
  Content-Encoding: gzip
  Vary: Accept-Encoding
  Last-Modified: Thu, 12 Jan 2012 08:58:15 GMT
  Content-Type: application/zip
Length: unspecified [application/zip]
Saving to: `OFM_Italy.zip'

[   <=> ] 16,068,325  12.0M/s   in
1.3s

2012-01-15 18:14:17 (12.0 MB/s) - `OFM_Italy.zip' saved [16068325]

skinkie@mijndev /tmp $ unzip OFM_Italy.zip
Archive:  OFM_Italy.zip
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in one of OFM_Italy.zip or
OFM_Italy.zip.zip, and cannot find OFM_Italy.zip.ZIP, period.
skinkie@mijndev /tmp $ mv OFM_Italy.zip OFM_Italy.zip.gz
skinkie@mijndev /tmp $ gzip  -d OFM_Italy.zip.gz
skinkie@mijndev /tmp $ unzip OFM_Italy.zip
Archive:  OFM_Italy.zip
   creating: Openfietsmap (italiav07-01-2012).gmap/
  inflating: Openfietsmap (italiav07-01-2012).gmap/3900.typ
  inflating: Openfietsmap (italiav07-01-2012).gmap/Info.xml
  inflating: Openfietsmap (italiav07-01-2012).gmap/OFM_italia.mdx
...


Nu mag je je natuurlijk afvragen: hoe zit dat nu in Apache? Nou dat
zit zo, daar wordt uberhaupt geen gzip toegestaan, zelfs niet als je
er expliciet om vraagt.

wget -S --header="accept-encoding: gzip"
http://mijndev.openstreetmap.nl:8080/~ligfietser/ofm_ita/OFM_Italy.zip
- --2012-01-15 18:16:08--
http://mijndev.openstreetmap.nl:8080/~ligfietser/ofm_ita/OFM_Italy.zip
Resolving mijndev.openstreetmap.nl... 2a00:d10:101:

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Minko]

Bedankt Stefan voor het testen en meedenken, maar ik ben bang dat ik er niet 
veel van snap.
Ik heb jouw test, http://mijndev.openstreetmap.nl:8080/~skinkie/ziptest.zip ook 
eens gedwonload.

Met IE8 zelfde verhaal, kan geen ziptest.txt in ziptest.zip vinden, maar alleen 
een ziptest
zonder extensie. Als ik die laatste weer hernoem naar ziptest.zip kan ik die 
ziptest.txt er wel uithalen.

Stefan schreef:
>Nu mag je je natuurlijk afvragen: hoe zit dat nu in Apache? Nou dat
>zit zo, daar wordt uberhaupt geen gzip toegestaan, zelfs niet als je
>er expliciet om vraagt.


Ik snap nog steeds niet waarom alles vorige week wel werkte en nu niet meer?
Moet ik mijn files dan anders comprimeren dan zip en zo ja hoe?




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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-01-12 19:12, Minko schreef:
> Bedankt Stefan voor het testen en meedenken, maar ik ben bang dat
> ik er niet veel van snap. Ik heb jouw test,
> http://mijndev.openstreetmap.nl:8080/~skinkie/ziptest.zip ook eens
> gedwonload.
> 
> Met IE8 zelfde verhaal, kan geen ziptest.txt in ziptest.zip vinden,
> maar alleen een ziptest zonder extensie. Als ik die laatste weer
> hernoem naar ziptest.zip kan ik die ziptest.txt er wel uithalen.

Zeg je nu dat het zelfs niet werkt via Apache?

In dat geval is er niets veranderd.


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

iEYEAREKAAYFAk8TF54ACgkQYH1+F2Rqwn2ktACfUVmPH6Ewm4go/kL2VLQFypb8
lFsAnjeuVyhEB5ynS0Sl3zQaZ68eA9kF
=z0V9
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Minko]

Stefan schreef:
>Zeg je nu dat het zelfs niet werkt via Apache?
>In dat geval is er niets veranderd.


Wat bedoel je precies?

Zou je de server zo kunnen configureren dat ik een simpel zip filetje 
gewoon kan downloaden? Of is dat niet meer mogelijk.

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-01-12 20:31, Minko schreef:
> Wat bedoel je precies?

Krijg je op de :8080 hetzelfde probleem of niet?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk8TKn4ACgkQYH1+F2Rqwn2SqQCfTnKFlSLbDrqlBrlDzGi76LT7
CN8An0Ud4WJehz0VNnsrwDI5hJtzQ8Hn
=JxFc
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Wimmel]

> Op 15-01-12 19:12, Minko schreef:
>> Met IE8 zelfde verhaal, kan geen ziptest.txt in ziptest.zip vinden,
>> maar alleen een ziptest zonder extensie. Als ik die laatste weer
>> hernoem naar ziptest.zip kan ik die ziptest.txt er wel uithalen.

Minko,

Ik weet niet of het helpt, maar je zou eens de instructies op
http://www.newhaven.edu/116248/ kunnen uitproberen.

Tevens zou je "Compatibility View" uit danwel aan kunnen zetten.

En zou je anders die ziptest.zip zoals die foutief door jou gedownload
wordt, eens opnieuw kunnen zippen en ergens kunnen neerzetten waar
ik die kan downloaden. Je mag het ook direct mailen.
Dan wil ik proberen te kijken wat het nou exact is dat gedownload wordt.

Wim

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-01-12 20:38, Wimmel schreef:
> Ik weet niet of het helpt, maar je zou eens de instructies op 
> http://www.newhaven.edu/116248/ kunnen uitproberen.
> 
> Tevens zou je "Compatibility View" uit danwel aan kunnen zetten.
> 
> En zou je anders die ziptest.zip zoals die foutief door jou
> gedownload wordt, eens opnieuw kunnen zippen en ergens kunnen
> neerzetten waar ik die kan downloaden. Je mag het ook direct
> mailen. Dan wil ik proberen te kijken wat het nou exact is dat
> gedownload wordt.

Als niet Windows gebruiker, kun je me uitleggen wat er sinds vorige
week is veranderd in een browser die end-of-life is?


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

iEYEAREKAAYFAk8TLNEACgkQYH1+F2Rqwn0EAwCeMCT4NfbDaarh2WNEcAovsGor
29UAn2WMm94IVqenVOioUmVqLWaA52V+
=f/bU
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-01-12 20:51, Minko schreef:
> Stefan schreef:
>> Krijg je op de :8080 hetzelfde probleem of niet?
> 
> Nee, dan lukt het wel :)

Bug naar Microsoft sturen dat content-encoding: gzip faalt bij een
download. Bij een legale versie van Windows kun je dat gewoon doen per
telefoon.


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

iEYEAREKAAYFAk8TMAUACgkQYH1+F2Rqwn2c6QCfehMqppoBGza68eNY/vctZUL6
czcAnR0ExbsrrJ+5bGx3G15Rf3VSf2NC
=CXET
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Minko]

Wimmel, bedankt maar die instructies van newhaven.edu hielpen niet.
"Compatibility View" weet ik niet te vinden.

Nogmaals, het ligt niet aan de instellingen van de browser, want 
tot voor kort deed alles het gewoon.

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-01-12 20:51, Minko schreef:
> Stefan schreef:
>> Krijg je op de :8080 hetzelfde probleem of niet?
> 
> Nee, dan lukt het wel :)
> 
> zonder :8080 dus via deze link 
> http://mijndev.openstreetmap.nl/~skinkie/ziptest.zip

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

iEYEAREKAAYFAk8TMJgACgkQYH1+F2Rqwn1H8QCgkzap/lleK0dtunXEmsXSDtbG
g8wAn2H5agPvYS/AndoEegM9l/f+p472
=WG47
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Minko]

Dat vind ik het afschuiven van een probleem Stefan, jammer
dat je het probleem op de server niet kan vinden.
Ik zal gewoon 8080 in de link zetten dat lijkt me makkelijker,
want IE8 wordt niet meer geupdate ;-)

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-01-12 21:02, Minko schreef:
> Dat vind ik het afschuiven van een probleem Stefan, jammer dat je
> het probleem op de server niet kan vinden.

Wat een onzin? Ik geef je net een link om te proberen en kom je hier
weer mee?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEAREKAAYFAk8TMQsACgkQYH1+F2Rqwn2p0wCeO8bQpUv05p0iFHWkX9peRjlG
wcQAnAp31gRtQIvvStmX3MON0fcsM/ID
=gVxl
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Minko]

Stefan schreef:
>En nu?

Nu werkt het weer! Waar lag het nou aan??


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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-01-12 21:04, Minko schreef:
> Stefan schreef:
>> En nu?
> 
> Nu werkt het weer! Waar lag het nou aan??

Ga de mailinglijst maar teruglezen.

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

iEYEAREKAAYFAk8TMXAACgkQYH1+F2Rqwn0cbgCeIndbiJN+cmoJUmuy1yDHBTm2
XLoAoIo/ayHQB1hBupzdd/XH79GaG8p8
=txrZ
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Minko]

Sorry Stefan, maar die link zag ik pas toen jij al met een oplossing kwam,
terwijl ik jouw mail had beantwoord met die suggestie om maar
een bugreport bij Microsoft te doen ;-)

Even een test met mijn OFM_Italy.zip, gaat nu ook goed.
Fijn dat het probleem is opgelost, bedankt Stefan.

Kan je ook uitleggen wat je nu hebt aangepast?
Dan hoef ik de hele mailinglijst niet af te zoeken, ik zou
niet weten waar ik het moest zoeken.


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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Op 15-01-12 21:13, Minko schreef:
> Kan je ook uitleggen wat je nu hebt aangepast?

Exact wat ik zei dat je in een bugreport naar Microsoft moest sturen.

> Dan hoef ik de hele mailinglijst niet af te zoeken, ik zou niet
> weten waar ik het moest zoeken.

Maar grote kans dat je een virusscanner aan hebt staan, welke je niet
met ons hebt gedeeld. Want het hele internet stroomt over van deze
meldingen.


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

iEYEAREKAAYFAk8TN5sACgkQYH1+F2Rqwn3k8QCeIdWMJXveePs7q479Uzxqxlhl
9J4AmgKoFcKRi0OdIqfd55ZgyN7kbZwg
=ltHJ
-END PGP SIGNATURE-

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

[OSM-talk-nl] losse wegdelen of een geheel?

[drek]

Hallo allemaal,

In mijn woonplaats ben ik diverse straten aan het taggen (zoals maximum 
snelheid en type (veel is nog unclassified). Ik merk nu dat dit voor 
sommige starten meer tijd kost dan voor andere, omdat de straat uit 
meerdere delen bestaat. Dat wil zeggen: sommige straten bestaan uit één 
stuk met daaraan zijstraten. Andere straten bestaan uit meerdere 
stukken, gesplitst bij de zijstraten. Ik kan natuurlijk de delen 
samenvoegen tot één deel.
Kan iemand mij vertellen of het voor osm handiger is om een straat uit 
meerdere delen te laten bestaan, of dat een straat uit één gedeelte de 
voorkeur heeft?


Groeten, André

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

Re: [OSM-talk-nl] probleem met zip files van dev.openstreetmap.nl

[Gertjan Idema]

Af en toe ga je wat snel Stefan, voor ons gewone stervelingen ;-)

Als ik het goed begrijp heb je gzip encoding uitgezet op de server,
waardoor iedereen weer kan downloaden, maar zonder het snelheidsvoordeel
van compressie.

Uit wat ik op Internet vind, maak ik op dat de combinatie Cherokee,
gzip, Internet Explorer
niet lekker werkt, maar of dit aan IE of Cherokee ligt, wordt niet echt
duidelijk.
Volgens de release-notes van Cherokee wordt gzip uitgezet voor oudere IE
versies
(http://lists.octality.com/pipermail/cherokee-announce/2011-October/69.html),
maar het lijkt erop dat dat niet voldoende is.

Voorlopig hebben we in ieder geval een werkbare oplossing.

Gertjan

On Sun, 2012-01-15 at 21:31 +0100, Stefan de Konink wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Op 15-01-12 21:13, Minko schreef:
> > Kan je ook uitleggen wat je nu hebt aangepast?
> 
> Exact wat ik zei dat je in een bugreport naar Microsoft moest sturen.
> 
> > Dan hoef ik de hele mailinglijst niet af te zoeken, ik zou niet
> > weten waar ik het moest zoeken.
> 
> Maar grote kans dat je een virusscanner aan hebt staan, welke je niet
> met ons hebt gedeeld. Want het hele internet stroomt over van deze
> meldingen.
> 
> 
> Stefan
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.18 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEAREKAAYFAk8TN5sACgkQYH1+F2Rqwn3k8QCeIdWMJXveePs7q479Uzxqxlhl
> 9J4AmgKoFcKRi0OdIqfd55ZgyN7kbZwg
> =ltHJ
> -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] losse wegdelen of een geheel?

[Jo]

Gewoonlijk is er een reden voor waarom zo'n straat uit losse stukken
bestaat. Soms zijn de eigenschappen verschillend, soms is het lidmaatschap
bij relaties verschillend. In Nederland komt het echter ook vaak omdat het
losse stukken waren in de AND-data. Als dat het geval is, mag je de stukken
wel samenvoegen.

Als je JOSM gebruikt, kan je ook meerdere stukken tegelijk selecteren en er
dan eigenschappen aan toevoegen.

mvg,

Jo

Op 15 januari 2012 22:34 schreef drek  het volgende:

> Hallo allemaal,
>
> In mijn woonplaats ben ik diverse straten aan het taggen (zoals maximum
> snelheid en type (veel is nog unclassified). Ik merk nu dat dit voor
> sommige starten meer tijd kost dan voor andere, omdat de straat uit
> meerdere delen bestaat. Dat wil zeggen: sommige straten bestaan uit één
> stuk met daaraan zijstraten. Andere straten bestaan uit meerdere stukken,
> gesplitst bij de zijstraten. Ik kan natuurlijk de delen samenvoegen tot één
> deel.
> Kan iemand mij vertellen of het voor osm handiger is om een straat uit
> meerdere delen te laten bestaan, of dat een straat uit één gedeelte de
> voorkeur heeft?
>
> Groeten, André
>
> __**_
> 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] losse wegdelen of een geheel?

[Henk Hoff]

Hallo Derk,

De enige echte reden (voor zover ik die zie) om een weg opgesplitst te
hebben in meerdere stukken, is wanneer er andere kenmerken aan dat stuk van
de weg zit. Bv andere maximumsnelheid, al dan niet fietsstroken naast de
weg, behorende tot een bepaalde relatie (bv busroute), etc.
Dit is trouwens geen aanmoediging om nu maar verschillende delen van een
straat aan elkaar te gaan knopen. Ik zou het gewoon laten zoals ze zijn.

Zoals Jo al aangeeft, je kunt in de JOSM (en ook de Potlatch editor)
meerdere elementen selecteren en dan de tags editen.

Trouwens, "unclassified" is ook een classificatie :-)  zie:
http://wiki.openstreetmap.org/wiki/NL:Map_Features

Groet,
Henk



2012/1/15 drek 

> Hallo allemaal,
>
> In mijn woonplaats ben ik diverse straten aan het taggen (zoals maximum
> snelheid en type (veel is nog unclassified). Ik merk nu dat dit voor
> sommige starten meer tijd kost dan voor andere, omdat de straat uit
> meerdere delen bestaat. Dat wil zeggen: sommige straten bestaan uit één
> stuk met daaraan zijstraten. Andere straten bestaan uit meerdere stukken,
> gesplitst bij de zijstraten. Ik kan natuurlijk de delen samenvoegen tot één
> deel.
> Kan iemand mij vertellen of het voor osm handiger is om een straat uit
> meerdere delen te laten bestaan, of dat een straat uit één gedeelte de
> voorkeur heeft?
>
> Groeten, André
>
> __**_
> 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] probleem met zip files van dev.openstreetmap.nl

[Stefan de Konink]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512






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

iEYEAREKAAYFAk8TS8YACgkQYH1+F2Rqwn1/vgCfVSFt3yN4KKAOXxWR5DXhP11s
EbgAn09klawR/oIjdHLvHaH2w0/AtIC5
=uKxB
-END PGP SIGNATURE-

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

Re: [OSM-talk-nl] losse wegdelen of een geheel?

[drek]

Hallo Henk, Jo en anderen,

Bedankt voor jullie antwoord. De wegen die ik bedoelde hebben allemaal 
dezelfde tags en zijn gesplitst door AND (oftewel niet later aangepast). 
Ik snap dat als stukken weg verschillende tags heeft, samenvoegen niet 
handig is.
Verder wist ik niet dat unclassified ook een classificatie is; er zijn 
enkele straten hier die die tag wel kunnen behouden!


Groeten, André (niet Derk :-))

PS. Ik werk in JOSM.

Op 15-01-12 22:53, Henk Hoff schreef:

Hallo Derk,

De enige echte reden (voor zover ik die zie) om een weg opgesplitst te 
hebben in meerdere stukken, is wanneer er andere kenmerken aan dat 
stuk van de weg zit. Bv andere maximumsnelheid, al dan niet 
fietsstroken naast de weg, behorende tot een bepaalde relatie (bv 
busroute), etc.
Dit is trouwens geen aanmoediging om nu maar verschillende delen van 
een straat aan elkaar te gaan knopen. Ik zou het gewoon laten zoals ze 
zijn.


Zoals Jo al aangeeft, je kunt in de JOSM (en ook de Potlatch editor) 
meerdere elementen selecteren en dan de tags editen.


Trouwens, "unclassified" is ook een classificatie :-)  zie: 
http://wiki.openstreetmap.org/wiki/NL:Map_Features


Groet,
Henk



2012/1/15 drek mailto:d...@drek.nl>>

Hallo allemaal,

In mijn woonplaats ben ik diverse straten aan het taggen (zoals
maximum snelheid en type (veel is nog unclassified). Ik merk nu
dat dit voor sommige starten meer tijd kost dan voor andere, omdat
de straat uit meerdere delen bestaat. Dat wil zeggen: sommige
straten bestaan uit één stuk met daaraan zijstraten. Andere
straten bestaan uit meerdere stukken, gesplitst bij de zijstraten.
Ik kan natuurlijk de delen samenvoegen tot één deel.
Kan iemand mij vertellen of het voor osm handiger is om een straat
uit meerdere delen te laten bestaan, of dat een straat uit één
gedeelte de voorkeur heeft?

Groeten, André

___
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] losse wegdelen of een geheel?

[Lennard]

On 15-1-2012 22:34, drek wrote:


Kan iemand mij vertellen of het voor osm handiger is om een straat uit
meerdere delen te laten bestaan, of dat een straat uit één gedeelte de
voorkeur heeft?


Het maakt voor OSM niet uit welke methode je toepast. De methode waarbij 
elk stukje tussen kruisingen/aftakkingen een eigen way is, is 
voornamelijk afkomstig vanuit de AND-import. Je kunt deze stukjes zonder 
problemen samenvoegen wanneer ze identiek zijn. De AND-id mag je wissen.



--
Lennard


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

Re: [OSM-talk-nl] losse wegdelen of een geheel?

[Piet Smits]

Hoho,

zoals al eerder door anderen opgemerkt zijn relaties veelal de reden dat een 
weg in verschillende stukken/jes is opgedeeld. Je kunt dat trouwens in JOSM 
goed bekijken, maar het tag-boxje moet dan wel groot genoeg zijn,

groeten Piet


Lennard schreef:

>On 15-1-2012 22:34, drek wrote:
>
>> Kan iemand mij vertellen of het voor osm handiger is om een straat uit
>> meerdere delen te laten bestaan, of dat een straat uit één gedeelte de
>> voorkeur heeft?
>
>Het maakt voor OSM niet uit welke methode je toepast. De methode waarbij 
>elk stukje tussen kruisingen/aftakkingen een eigen way is, is 
>voornamelijk afkomstig vanuit de AND-import. Je kunt deze stukjes zonder 
>problemen samenvoegen wanneer ze identiek zijn. De AND-id mag je wissen.
>
>
>-- 
>Lennard
>
>
>___
>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] losse wegdelen of een geheel?

[Maarten Deen]

On 2012-01-15 22:53, Henk Hoff wrote:

Hallo Derk,

De enige echte reden (voor zover ik die zie) om een weg opgesplitst 
te

hebben in meerdere stukken, is wanneer er andere kenmerken aan dat
stuk van de weg zit. Bv andere maximumsnelheid, al dan niet
fietsstroken naast de weg, behorende tot een bepaalde relatie (bv
busroute), etc.


Ik ga nu iets heel vies zeggen, maar als je wegen opsplitst wordt de 
naam ook opnieuw gerenderd. De naam wordt normaliter in het midden van 
de weg gezet, dus bij ver inzoomen kan het gebeuren dat je bij een lange 
weg geen naam ziet.

(tagging voor de renderer, bah!)

Maarten



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

Re: [OSM-talk-nl] losse wegdelen of een geheel?

[Lennard]

On 16-1-2012 8:22, Maarten Deen wrote:


Ik ga nu iets heel vies zeggen, maar als je wegen opsplitst wordt de
naam ook opnieuw gerenderd. De naam wordt normaliter in het midden van
de weg gezet, dus bij ver inzoomen kan het gebeuren dat je bij een lange
weg geen naam ziet.
(tagging voor de renderer, bah!)


Het argument contra is dat je bij allemaal korte stukjes kans loopt 
helemaal geen namen te zien, omdat het label dan langer zou zijn dan de 
way en niet wordt gerenderd.


Overigens worden de namen van residential/unclassified wel herhaald, 
elke 300 tot 400 pixels.



--
Lennard

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