Re: [Lx-office-devel] DHL/DP Versandschnittstelle / Hier : Adresszeile trennen in Straße und Hausnummer

[Frank B. <fr...@be...>]

Hallo Werner,

meinst Du das wirklich so, daß Anwender Fehler machen, nur weil für die 
Hausnummer ein eigenes Feld benutzt werden soll? Ich glaube die 
allermeisten Anwendungen verwenden mittlerweile ein eigenes Feld für die 
Hausnummer. Soweit mir bekannt ist, ist die Hausnummer eins der 
wichtigsten Unterscheidungselemente einer Adresse. Es gibt Adressen 
vollkommen ohne Straßennamen, aber sie haben immer Hausnummern. 
Mancheiner schreibt den Ortsteilnamen in das Straßenfeld, ein andere nur 
die Hausnummer, wieder andere scheiben "Nummer 23" oder noch schlimmer 
"Haus Nummer 23" ....
Wie willst Du so einen Fall sicher automatisch trennen? Ich finde es 
auch wirklich besser ein eigenes Feld für die Hausnummer zu verwenden, 
demzufolge müssen alle Teilapplikationen geändert werden - auch die  
Shopschnittstelle. Schließlich werden ja in allen GIS-Datenbanken der 
öffentlichen Hand die Hausnummern als eigenes Feld abgebildet. Soweit 
mir bekannt ist auch in allen anderen GIS-Datenbanken. Alle Speditionen 
und Paketdienste verwenden Daten aus den GIS-Daten der Kommunen und 
Länder. Warum soll das dann in Kivitendo anders gemacht werden? Mit 
getrennten Adresselementen zu arbeiten ist meiner Meinung nach der 
einzig richtige Weg.


schau mal was die Wikipedia zu der Hausnummer sagt:
https://de.wikipedia.org/wiki/Hausnummer
https://de.wikipedia.org/wiki/Geb%C3%A4udeadresse

http://desktop.arcgis.com/de/arcmap/10.3/guide-books/geocoding/what-is-an-address.htm



-- 
_______________________________
Mit freundlichen Grüßen,
Frank Belau



Am 09.05.2017 um 14:45 schrieb Werner Hahn:
> Hallo
> Das mit der Trennung ist rein für DHL vielleicht die sauberste Lösung, macht
> dann aber wieder Probleme beim Shopimport und vielleicht auch beim CSV Import
> falls dort die Felder auch nicht gtrennt sind.
> Ich würde das auf Leerzeichen splitten und das Letzte Element ist die
> Hausnummer und die vorherigen die Strasse. Sollte in >90% der Fälle klappen.
> Eine Korrekturmaske wäre aber notwendig.
> Ich denke auch bei getrennten Eingabefelder, dass Benutzer*innen auch mehr
> Fehler machen.
> Werner
> Am Dienstag, 9. Mai 2017, 14:30:17 CEST schrieb Jan Büren:
>> Hi Maik,
>>
>> ich bin für Bernds Vorschlag, diese Adreßzeile prinzipiell in
>> Straßenname und Hausnummer per Datenbank-Upgrade zu trennen.
>>
>>
>> Einen ähnlichen Fall hatten wir bei der Implementierung von Geschlecht
>> für Ansprechpersonen.
>>
>> Hier haben wir beim Upgrade Vorschläge gemacht, die Annahmen aufgrund
>> von Zeichenketten-Ähnlichkeit (Frau/Herr/Mr./Ms.) gemacht haben.
>>
>> Diese Vorschläge wurden dann beim Upgrade des Datenbestands angezeigt
>> und konnten an der Stelle noch vom Benutzer geändert werden.
>>
>>
>> Ich finde das löst das Problem am Saubersten, da letzendlich im Zweifel
>> nur der Benutzer entscheiden kann welche Zeichenkette genau die
>> Hausnummer sein soll oder ggf. gar keine.
>>
>>
>> Ansonsten ist diese Google API bestimmt nützlich, aber vielleicht nicht
>> unbedingt für diesen Anwendungszweck.
>>
>>
>> Gruß,
>>
>>
>> Jan
>>
>> Am 09.05.2017 um 13:54 schrieb Maik Endemann:
>>> Hallo zusammen,
>>> Im Zusammenhang mit meiner beim Kivi-Treffen vorgestellten DHL/DP
>>> Versandschnittstelle :
>>> Für den Webservice der Diensteanbieter DHL und Deutsche Post ist es
>>> erforderlich die Adresszeile in
>>> Straßenname und Hausnummer zu trennen. Dies erfolgt aktuell über Regexes.
>>> Aussage von Sven "Regexes sind scheiße" :-)
>>> Matchen ja auch nicht zu 100% bei den ganzen verschiedenen
>>> Kombinationen aus Straßennamen und Nummern.
>>> Nun habe eine Möglichkeit gefunden über die Google Maps API die
>>> Addresse zu trennen.
>>> Per HTTP wird die Straße+Nummer+PLZ+Ort an die API gesendet und man
>>> erhält diese inkl.
>>> LAT, LONG und weiteren Informationen wahlweise als JSON oder XML zurück.
>>> Dort kann man dann jedes Element einzeln ansprechen. Das funktioniert
>>> an sich ganz gut.
>>> Ob Google 100% bring glaube ich nicht, aber das würde ich erst mal an
>>> 2ter Stelle sehen.
>>> Ich habe eher bedenken diese Daten an Google zu senden.
>>> Auf der anderen Seite ist in den Stammdaten auch ein Link der auf
>>> Google Maps verweist.
>>> Vorteile :
>>> - verzicht auf Regex die man nie vollständig hin bekommen wird
>>> - Google als Datenlieferant wächst ständig und kennt fast alle
>>> Adressen (auch für den Internationalen Versand geeignet)
>>> Nachteile :
>>> - Google eben, ich habe prinzipiell Paranoia und gebe Daten ungern aus
>>> der Hand (füttert ja den Vorteil das Google ständig wächst)
>>> Was haltet ihr davon?
>>>
>>> */Maik Endemann/*
>>>
>>> /endemann-service.de/
>>> /handel, vermietung & mehr/
>>> /Frankenhain Nr. 22 | 04936 Schlieben/
>>> /Tel.: +49 162 9710276/
>>> /Email: m.e...@en...
>>> <mailto:m.e...@en...> | http://www.endemann-service.de/
>>>
>>>
>>>
>>> --------------------------------------------------------------------------
>>> ---- Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>
>>>
>>> _______________________________________________
>>> Lx-office-devel mailing list
>>> Lx-...@li...
>>> https://lists.sourceforge.net/lists/listinfo/lx-office-devel